互联网大厂后端码农，个人IP：无一郎的技术圈，欢迎加入我的知识星球，解锁更多内容

由于Thrift只支持基本数据类型而没有对应的包装类，所以导致java读取到数据库默认的空值以后传输的空值对象无法转换为基本数据类型。所以采取后端兼容性的处理方式，如果读取到的数据库默认值为空，用java先拆箱直接对应传输一个基本数据类型，后续再通过编辑接口设置成对应的数值。

FastJson里面有个序列化项的设置，为了节省存储和网络带宽的占用，默认当字段为空的时候，不对这个字段进行传输，导致前端看不到这个maxTokenLimit字段项。

本文根据最近研读《java并发编程之美》这本书8、9、11章关于线程池的部分与实际项目经历，分析了java并发线程池具体应用场景，并结合个人的思考进行了一定的拓展，记录的过程也是对知识的一种巩固和加强，以便于对并发编程有更深入的理解。

对于某些涉及大量分支判定的复杂流程设计，可以考虑抽象成状态模型，利用状态模式优化单纯面向过程的代码结构，这种方式能够实现逻辑封装和复用，实现流程解耦，增强代码可读性，降低调用方项目技术沟通成本，使得接口方法架构更清晰明朗，但是设计模式的使用还是要区分场景，不要为了设计而设计，把简单问题复杂化。

在这里总结java研发过程中一些实用的工具/类/方法/特性，有时能提升效率并且节省工作量，使得代码更丝滑更优雅，用的时候回来查一下，结合业务实践真正理解它们的精髓和方便之处，更好地为实际工作服务。

可能之前在学校里面做的很多东西是纯后端的，不会涉及到太多和前端交互的细节，很多新手对前后端交互以及上中游业务链路的整体流程不够清晰，做一些javaWeb项目可以让我们有机会对其进行更深入的研究，最近总结了一下相关技术知识点并结合自己的实践经验来和大家分享。

对于controller层的测试，后续可以用Spring Test3.2版本之后提供的mockMVC功能，它支持单模块测试，也支持端到端测试；支持mock，也支持直接调用原始service接口，出了问题也方便我们本地debug断点调试定位问题，和Junit一样无缝集成Spirng框架，所以有时侯用mockMVC会方便很多。但是注意使用mockMVC通过了不代表本地postman测试一样会成功，某些场景下两者还是有区别的。

本文对比了通过静态代码块VS钩子接口ApplicationContextAware实现策略模式map的初始化过程，两者各有优缺点，可以根据具体场景选择合适的初始化方法。

案例问题涉及到Spring框架容器对于bean的加载与管理，对于研发过程中出现的匪夷所思的小问题，推荐还是认真研究明白深层此原因，不要觉得侥幸改成功了就万事大吉，有可能这个小问题的底层是一个以前没有注意过的盲点，若不处理就很有可能会给后面埋下大坑（玄冥黑洞）。