欲穷java洞的博客

技术优化：从30ms到3ms的性能提升 本文记录了视频流检测项目中通过OpenCV替代Java2D实现的性能优化过程。最初方案使用BufferedImage转换每帧耗时20-30ms，成为性能瓶颈。优化思路转向OpenCV的Mat数据结构，因其原生内存管理和零拷贝优势，理论上可大幅提升效率。 在实现过程中遇到UnsatisfiedLinkError和Mat类型不兼容问题，发现Java生态中存在三种OpenCV实现：原生OpenCV、JavaCV封装和DJL集成。最终通过添加原生OpenCV依赖并正确初始化，

但是直到我今天发现明明调拨类型是"10"，比对的类型字符串是"1","2","3","4","5",希望返回的是false,但是却返回了true。导致业务出现了问题，看着这些bug，海外发货的就不需要检查采购订单。:本意需要实现的是比对传来的调拨类型(字符串)是否在指定的类型里，是的话就true不是就false,在实现发货单出库的时候，有些国内发货的订单需要有采购订单，故调用前辈写好的代码，引发了此次血案。修改实现：通过集合判断。

FastJSON和Jackson在处理Long类型时有不同的默认行为需要根据具体场景选择合适的序列化策略统一项目中的序列化配置很重要做好测试和日志记录。