展讯嵌入式软件开发工程师面试经验

邀请过来面试看了简历说和岗位有很大出入那么是不是你工作有问题呢建议提前电话沟通清楚在做计划要不要来

来学校做宣讲会，宣讲完直接做笔试。笔试还是有难度的，c语言、linux和硬件基础都有考察。面试的时候先进行技术面，面试官现根据你笔试上的错题耐心跟你讲解，完事就根据你简历上的内容一个个展开问，包括项目和一些八股文。他们家的技术面试官是我目前遇到过最好的面试官，像老师跟你讲题一样。技术面试完之后到HR面，就是HR那些经典问题

招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的。

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

五个人群面，有三个面试官。专业问题开火车式提问，情景分析每个人都要作答。

面试后才知道这家是专业做继电器的，属于电气中的开关键。公司实力确实没得说，全球继电器占比达到30%以上，行业的天花板级别。我应聘的是销售岗位，属于新产品线销售，底薪不错，提成比例也不错。虽然没决定入职，但确实很不错的公司，上班位置是松江九亭，离我家距离不远，福利感觉不错。

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

只有一轮部门的组长面试，面试没有常规八股文环节，直接上来问你做过的项目，简单介绍之后根据项目内容追问细节，面试结束后很快就有结果通知

很好

由于是社招首先自我介绍。谈谈工作中最大的挑战？由于项目中用到了智能算法，问了原理细节，和解决了什么问题。这个可以验证是不是你做的，也证明是不是有解决实际问题的能力。问了MQ实现原理,细节(涉及到设计模式，序列化，压缩，存储，是否加密，以及协议等)和使用过什么MQ。以及使用json和不使用原因。还有智能指针。以及c++会到什么程度。还有是否会用Linux和QT等以及为什么加入我们。面试氛围很好，假如不会直接承认就好，就跳过了。技多不压身，自信一些。