今天面试总结

面试 C++开发岗位,

卡在几个问题上

1.多线程安全，多线程通信

2.多线程重入

3.map是不是线程安全的

4.map的内部实现机制

5.微服务架构，微服务架构是什么？ - 知乎

微服务开发人员的七个基本技能_家园-CSDN博客_微服务开发

6.tcp发送\接收缓存满的问题.

7.面向对象设计，结合你做过的项目说一下

  什么是依赖倒置原则，面向对象设计的几大原则有哪些？

8.软件开发接触期货交易核心业务都有哪些？

9.完全二叉树

10.网络通信，粘包的问题怎么解决？

2022年5月

面试遇到的问题：

C++11，右值的理解，完美转发理解，tcp/ip属于哪一层？

SOLID（单一功能、开闭原则、里氏替换、接口隔离以及依赖反转）

单例模式的优缺点

单例模式的优点:

1. 由于单例模式在内存中只有一个实例,减少了内存开支,特别是一个对象需要频繁的创建、销毁时,而且创建和销毁时性能又无法优化,单例模式的优势就非常明显
2. 由于单例模式只生成一个实例,所以减少了系统的性能开销,当一个对象的产生需要比较多的资源时,如读取配置、产生其他依赖对象时,则可以通过在应用启动时直接产生一个单例对象,然后用永久驻留内存的方式来解决(在Java EE中采用单例模式时需要注意JVM垃圾回收机制)
3. 单例模式可以避免对资源的多重占用,例如一个写文件动作,由于只有一个实例存在内存中,避免对同一个资源文件的同时写操作
4. 单例模式可以在系统设置全局的访问点,优化和共享资源访问,例如可以设计一个单例类,负责所有数据表的映射关系

单例模式的缺点:

1. 单例模式一般没有接口,扩展很困难,若要扩展,出来修改代码基本上没有第二种途径可以实现.
2. 单例模式对测试是不利的.在并行开发环境中,如果单例模式没有完成,是不能进行测试的,没有接口也不能使用mock的方式虚拟一个对象
3. 单例模式与单一职责原则有冲突. 一个类应该只实现一个逻辑,而不关心它是否是单例的,是不是要单例取决于环境,单例模式把"要单例"和业务逻辑融合在一个类中

开闭原则的好处

开闭原则是一个最基本的原则,另外五个原则都是开闭原则的具体形态,是指导设计的工具和方法,而开闭原则才是精神领袖.

1. 开闭原则有利于进行单元测试
2. 开闭原则可以提高复用性
3. 开闭原则可以提高可维护性
4. 面向对象开发的要求

采用里氏替换原则的好处

增强程序的健壮性,版本升级是也可以保持非常好的兼容性.即使增加子类,原有的子类还可以继续运行.在实际项目中,每个子类对应不同的业务含义,使用父类作为参数,传递不同的子类完成不同的业务逻辑,完美!

采用里氏替换原则,应尽量避免子类的"个性",一旦子类有"个性",这个子类和父类之间的关系就很难调和了,把子类当作父类使用,将子类的"个性"抹杀;把子类单独作为一个业务来使用,会让代码间的耦合关系变得扑朔迷离

接口隔离原则

接口的规范约束

1. 接口要尽量小,这是接口隔离原则的核心定义,但是"小"是有限度的,首先就是不能违背单一职责原则.
2. 接口要高内聚,高内聚就是提高接口、类、模块的处理能力,减少对外的交互.具体就是,要求在接口中尽量少公布 public 方法,接口是对外的承诺,承诺越少对系统的开发越有利,变更的风险也就越少,同时也有利于降低成本
3. 定制服务,定制服务就是单独为一个个体提供优良的服务,只提供访问者需要的方法
4. 接口设计是有限度的,接口的设计粒度越小,系统越灵活.但是,灵活的同时也带来了结构的复杂化,开发难度增加,可维护性降低,所以接口设计一定要注意适度.

接口隔离原则就是对接口的定义,同时也是对类的定义,接口和类尽量使用原子接口或原子类来组装.

依赖倒置原则的好处

采用依赖倒置原则可以减少类间的耦合性,提高系统的稳定性,降低并行开发引起的风险,提高代码的可读性和可维护性.

迪米特法则

迪米特法则的核心观念就是类间解耦,弱耦合,只有弱耦合了以后,类的复用率才可以提高.其要求的结果就是产生了大量的中转或跳转类,导致系统的复杂性提高,同时也为维护带来了难度.在采用迪米特原则时需要反复权衡,既做到让结构清晰,有做到高内聚低耦合