没有必要，单元测试只是一个仁者见仁，智者见智的事情，要根据项目实际情况以及开发人员的能力来做，首先要做的就是分层设计，哪些是业务逻辑，哪些是技术上的东西，耦合在一起是最难测试的，然后技术上的很多代码是没必要测试，因为很多不复杂，也没必要去做。

另外单元测试是要有懂技术的 leader 才有意义，像我在携程这个破公司，上头 leader 就 SB 地要求分支覆盖率跟行数覆盖率，然后我们没有用 JSR303 注解参数校验，一大堆的 if-else 判断参数是否为空，结果你发现单元测试编写的时间，全耗费在简单的参数校验逻辑 case 上了，真正重要业务逻辑的 case 校验反倒没人写，反正我现在写了个脚本，自动生成这些参数校验的单元测试让覆盖率上去，自己懒得动手测了

@l00t 单元测试就是测试单元，集成出了问题，那不是单元的锅

@xiadong1994 我知道跟内存没什么关系，我只是想说 C/C++是因为历史原因，没有做边界检查，才出那么多问题，本来照理说 Java 都不应该出现 RCE 这种问题的，因为作为高级语言已经屏蔽了边界检查这种历史问题，不应该开历史的倒车，出比 C/C++更低级的错误跟问题

@aguesuka C/C++不安全，有溢出问题，业内也就认了，毕竟二进制缓冲区溢出是历史遗留问题了，Java 这种语言还用这种高危 API ，应该要以可选配置的方式提供给用户，而不是默认开启，这样可以大大减少 Java 应用出现的问题

@aguesuka 问题是 一个日志组件 不是应该干好日志组件的事情就好了，为啥要使用这种 API ，从理论上来讲，Java 有边界检查，都已经完全避免了二进制内存溢出漏洞了，还整这种高危 API 出来，得不偿失啊。