谈谈代码走读
最新推荐文章于 2025-06-27 16:21:12 发布
原创
最新推荐文章于 2025-06-27 16:21:12 发布
·
9.2k 阅读
·
8
·
15
·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文介绍了一种代码走读的方法论，分为单元走读、集成走读和系统走读三个层面，分别关注代码、接口流程和业务逻辑。文章还提到了走读前的准备工作，如代码编译和标准制定等。
摘要生成于
C知道
，由 DeepSeek-R1 满血版支持，
前往体验 >
代码走读的重要性就不说了，我想谈谈对代码走读的总体认识。首先代码走读前，代码必须编译通过，强类型检查的语言（比如JAVA）自带的编译器就够了，如果是弱类型检查的语言（比如C/C++）应该用辅助的静态检查工具（比如lint）进行检查，毕竟机器发现问题的效率要比人眼和人脑要高的多，机器能做的事情让机器去做。检查完成后，把编译错误和告警消除，才可以进入代码走读。其次，代码走读前要在项目组内部统一走读的标准，集思广益，另外要明确质量目标，然后是代码走读的安排，原则上代码走读的数量不要超过每天生产代码的两倍（当然个人高水平程序员走读低水平程序员的代码可以量更大一些）。接下来才是走读，走读分成三个层面，第一个层面我称之为“单元走读”，其实关注的是“单元”，一般是一个方法或一个类，要找的错误还是代码层面的错误，比如数据库网络资源的回收、一些异常的捕捉、空指针的检查及关键字比如final，static，甚至public,protected,private的使用是否正确，第二个层面我称之为集成走读，关注的是接口和流程，包括传入的参数检查、返回值检查及流程能否顺利、正确串联，第三个层面我称之为系统走读，关注的是功能层面和业务逻辑，这时发现的更多应该是逻辑错误和功能缺陷。当然，在走读过程中这三个层面不是截然分开的，很多的时候是并行的，是互相交织和渗透的，比如在单元走读的过程中有可能同时发现逻辑错误。代码走读期间，如果发现一些共性的问题，要知会到项目组成员，让他们也关注类似的问题，提高走读效率。最后，走读完成后要进行统计，对走读的结果进行评估，保证投入确实能产生较大的效益。