优化原则

1.不要优化： 特么是没有提高性能的优化
2.针对专家：还是不要优化 —— 在没有绝对分析清楚代码的设计方案之前，不要轻易对代码进行优化
3.不要因为性能而牺牲 “ 合理的架构” ，努力编写好的程序而不是快的程序
合理的架构： 在程序出现问题是，如性能等，合理的架构可以给其带来优化而不影响整体。
合理的架构：在优化程序的时候，可以把代码控制在局部，而不影响全局

这不意味着，在完成程序之前，无需考虑性能问题，实现（局部）上得问题可以在后期修正，但是遍布全局的代码出现性能上的缺陷，那是很难优化的，一旦改变可能影响后期的维护和改进，因此类似的情况一定要在编写时就设计好

第三点总结： 局部的代码，在快速开发中，可以后期进行优化； 而全局的代码，必须在开发时就设计好，否则将很难修正

4.努力避免那些限制行性能的设计决策
最难该的地方： 1.模块与模块的交互组件 2. 模块与外部交互组件 3. api 、 线路层 、协议以及永久数据结构