Java 类内部 Json 处理 效率问题

可以换成用 protobuf 这样的

这种接口的通信数据量不大，一个 json 数据的解析几乎没什么影响，你如果在乎这点效率都不应该考虑 java 了，再说你在其他地方的某些代码比如数据查询之类的随便优化一下可能提高的效率比这里高出几个数量级的，所以没必要纠结这点效率

jre 又没自带 json 的标准实现, 你担心个毛线

性能优化第一准则: 不要做性能优化.

如果实在想做, 先拿出实际证据再说.

你太小看计算机和编译语言的性能了，照你这个逻辑，计算机还要把 Java 转换成硬件能读懂的指令是不是效率很低，该不该用汇编？

建议自建协议，忘记了，协议也要解析的，拉专线，叫运营商给你个专用频宽

jackson+afterburner 已经很快了

写一个 string 直接解析 json 的方法

2L 4L 说的对
感觉你就说想太多了，如果服务运行接口响应几十毫秒的，那应该是数据库之类的最耗时
json 解析只要不是特别大的基本不用时间，如果你非要问题的话，考虑用阿里巴巴的 fastjson

自己试试就知道了，比起不合理的架构设计，这点时间完全可以忽略不计

多操心

@seki 要和其它微服务交互的，自己改数据传输格式肯定是不行的。又听到了 protobuf，学习了。

@all 看到部门代码里各种 json 转换来转换去才有的这个想法，看来是我多虑了，感谢大家的回复。

除非代码烂爆，否则 Java 不会是性能的瓶颈。

对于新手，给你的建议是，不要过早担心性能问题，如果担心也不要猜测，直接用 JProfiler。