编写代码可以遵循以下几点原则:
先做核心模块的压测:很多程序员,习惯把东西做完,等着快上线的时候才做性能测试,那么如果前面设计出了问题,这个就很头大了。当然,后期快上线的时候也要做性能测试,但前期的我认为还是很重要的。当然,做好这一点,需要懂一些业务,你要知道业务压力在哪里,业务请求的重心在哪里,很多时候,产品经理不讲,你也要问清楚。
确保过程可控:代码执行时一定要保持中间的输出,比如说,每处理 10万条日志,写一条状态日志,记录处理的日志条目数和当前的执行时间。
多打日志:很多时候,代码写的自己也不是很满意,比如某个处理效率不够优化,某个处理的方法不够简洁,或者扩展性比较差,代码写的很弱智,但可能短时间没有办法想清楚Zui合理的解决方案,考虑到上线初期这里并不是重心所在,也不会特意去优化它,但这种情况下我往往会留释,并说明下一步优化的可能思路是什么,或者想到的可行方案是什么。
简单易懂的逻辑:千万不要把自己绕进去了,时间一长,谁都看不明白你的逻辑。如果逻辑真的很难在一个函数内完成,尝试切分。
不要沉迷于框架:框架的问题是什么?是过于繁冗的嵌套。为什么我一直很烦框架?因为经常遇到需要一秒钟几千次请求的处理场景,那么调优的时候,要从数不清的框架中寻找数据处理的逻辑,寻找性能卡点,可能改动代码只有两行,找问题需要两天。程序员记住,你的技术能力不能被框架约束住。
使用熟悉、成熟的技术:很多人根本没搞明白自己的障碍和问题在哪里,根本不知道相关技术产品的优势和劣势在哪里,看一堆第三方的数据测评,脑子一热,去学新技术,掉进坑里出不来,如果是创业公司,可能项目就死在里面了。使用新技术前,建议了解该技术的特征,适用范围,以及不适用的范围。