北京阿尔卡特朗讯web前端开发工程师面试经验

感觉没戏，问的都不知道

一面技术（全英文），根据简历问了Java的八股文，Mysql，spring boot相关

我是走内推进的公司。公司氛围很好，部门和部门之间没有隔阂，大家都挺聊得来的。公司因为是通信相关的，硬件设备还是不错的，如果有通信背景的uu可以试试。

 还要去机器上操作，环境都没的，需要弄很久

还可以，问的问题比较基础

HR晚上七点半打电话，说是急招，不停暗示我住得太远，我觉得奇怪，准备顺着话结束，HR却要约第二天的面试，要我别挂断电话，立刻同意app上的面试邀请；我觉得很怪，挂断后马上在app上告知HR面试因故不能去了；HR在app上要我详细说明不去的理由，这样他们才能改进，引导我说住得太远，每句话的开头都是“额。。。”；这个HR，我看不懂

第一轮技术面问了简历上项目，做过什么比赛，遇到的问题，对公司业务的了解，整体来说都是一轮介绍向的东西，面试官反问环节问的内容很少。这可能不同面试官倾向不一样，我的另一个同学在一面问了很多技术的东西。剩下的环节就是闲聊，偏向个人性格以及今后发展，职业规划，总共四十分钟左右。凌晨两点半发的二面。

一面是主管电话面，主要聊聊的简历和你的基本情况，给你介绍他们工作的方式和基本情况，问你接受程度。

一面：问的都是八股的知识点，面的java岗位，问了项目以及项目当中的框架的理解，问了vue还（我这部分不知道），然后就是问对索引的理解，锁的理解，spring的aop和ioc，还有一些非常基础的八股知识点

招drools开发，好像还挺急的，面试官绕过来hr直接打来了电话- 问了一下之前drools的使用场景- drools的理解- drools规则循环调用的问题没太明白是什么意思，后面搜了一下，规则循环调用的问题（答案如下）：规则设计：避免不必要的规则之间的直接调用。规则引擎通常会自动匹配和执行满足条件的规则，不需要手动调用其他规则。将规则设计为尽可能独立。每个规则应该负责特定的条件和操作，而不是依赖于其他规则的执行结果。规则的设计上不建议这么做，但drools是允许规则的互相调用的：Drools规则引擎本身允许规则之间的循环调用，但需要小心使用，以避免无限循环和性能问题。Drools不会直接禁止规则之间的互相调用，但你应该明智地管理这些调用，确保它们不会导致问题。（from chatGPT）规则执行的中间态问题（懵了~）使用Drools内置日志： Drools提供了内置的日志功能，你可以配置它来记录规则引擎的执行过程。自定义监听器： Drools允许你创建自定义监听器来捕获规则引擎的事件。你可以实现AgendaEventListener和RuleRuntimeEventListener接口，然后将监听器注册到规则引擎中。使用Working Memory： Drools中的Working Memory是规则引擎执行时的中间存储区域。你可以查询Working Memory以获取规则执行期间的事实和规则状态。通过访问Working Memory，你可以获取与规则匹配的事实对象以及它们的属性。自定义规则动作： 在Drools规则中，你可以定义自定义的规则动作（Rule Actions），这些动作可以在规则执行期间触发。你可以在这些自定义动作中编写代码来记录规则执行期间的状态信息。追踪规则执行流程：如果需要更详细的追踪，你可以使用Drools的规则流程追踪功能。这允许你在规则执行期间查看规则流的执行情况，包括哪些规则被触发以及它们的顺序。对于drools的应用深入程度还不太够，很明显，当前岗位招的人是专门负责做drools的。