代码审计报告3docx文档格式.docx

代码审计报告3docx文档格式.docx

《代码审计报告3docx文档格式.docx》由会员分享，可在线阅读，更多相关《代码审计报告3docx文档格式.docx（13页珍藏版）》请在冰豆网上搜索。

（特别是那些可能出错的类型）重要变量是否已经在定义的同时初始化？

重要类属性是否都执行了初始化？

一般代码段落是否被合适地以空行分隔？

一般是否合理地使用了空格使程序更清晰？

基本代码格式中的空格符不可缺少，这些空格出现在?

:

+,-,*,/,=,=,=,=,!

=,及各种括号附近提示代码行长度是否在要求之内？

每行不得超过120个字符重要controller，service,dao中不要声明有状态的变量。

此变量不能被修改。

如果要进行修改，必须通过锁进行控制。

一般折行是否恰当？

一般集合是否被定义为泛型类型？

定义集合时，建议定义其泛型类型，减少类型转换和警告错误语句/功能分布/规模一般包含复合语句的是否成对出现并符合规范？

重要是否给单个的循环、条件语句也加了？

if,else,elseif,while,for,case等代码块必须用包围一般单个变量是否只做单个用途？

重要单行是否只有单个功能？

（不要使用；

进行多行合并）重要单个函数是否执行了单个功能并与其命名相符？

一般操作符和操作符的应用是否符合规范？

规模重要单个函数不超过规定行数？

重要缩进层数是否不超过规定？

可靠性（总则/变量和语句）重要是否已经消除了所有警告？

开发工具的警告重要常数变量是否声明为final？

重要对象使用前是否进行了检查？

重要成员变量，局部变量是否在使用前被赋值？

对象初始化为null的对象被调用前必须被重新赋值，如果赋值语句在try块中，调用操作必须在try块中一般局部对象变量使用后是否被复位为NULL？

特别是数组集合Map重要对数组的访问是否是安全的？

（合法的index取值为0,MAX_SIZE-1）。

重要是否确认没有同名变量局部重复定义问题?

严禁局部变量名称和类或对象成员变量同名一般程序中是否只使用了简单的表达式？

重要是否已经用（）使操作符优先级明确化？

重要所有判断是否都使用了（常量=变量或者常量.equals（变量））的形式？

常量放在比较符前可以有效降低比较符写成赋值语句，减少空指针异常重要是否每个if-elseif-else语句都有最后一个else以确保处理了全集？

重要是否每个switch-case语句都有最后一个default以确保处理了全集？

一般for循环是否都使用了包含下限不包含上限的形式？

（k=0;

kMAX）重要XML标记书写是否完整，字符串的拼写是否正确?

重要对于流操作代码的异常捕获是否有finally操作以关闭流对象?

关闭前需要判断流对象是否为空提示退出代码段时是否对临时对象做了释放处理?

重要对浮点数值的相等判断是否是恰当的？

严禁使用=直接判断浮点数值。

提供通用方法重要是否对象比较都使用了equals？

对象（包括包装类）比较必须使用equals，而不是使用=或!

=操作重要使用equals进行比较时是否确保比较的两个对象类型一致？

equals方法比较的对象在对象类型确定的前提下，建议是同一类型的，例如Integer和使用equals是不提倡的一般操作Map或Properties结构对象，用于传值时是否将Key定义为常量？

Session，Request等对象的setAttribute，getAttribute方法的key建议使用常量，不得手工输入字符串重要是否在类型转换前确保了类型的兼容？

除非明确保证对象类型重要包装类做简单预算前是否保证非空？

建议都使用包装类。

包装类进行操作前，建议进行非空（null!

=xx）判断，防止发生空指针异常重要对象属性在使用前是否确保被准确赋值？

只读属性（只提供get方法的成员变量）除非特意返回固定值，否则必须提供set方法或在其他方法调用时将其赋值重要方法调用前是否有非空判断？

对参数的非空判断必须出现在方法调用之前，否则说明前面可能导致空指针或者后者判断是没有必要的，非空判断，默认由调用者提供重要非线程安全的对象是否被正确保证线程安全？

DateFormat实例的format方法调用不是线程安全，类似的情况不适合使用static定义，建议使用ThreadLocal方式实现，参看UnifiedCodeGenerator一般相同用意的成员变量是否使用了相同的命名？

不同实体Entity、VO、BO之间表示同一含义的成员变量，建议使用相同的名称，尽量不要出现，有的地方用username，有的地方用userName这样的情况可靠性（函数）重要入口对象是否都被进行了判断不为空？

重要入口数据的合法范围是否都被进行了判断？

重要是否对有异常抛出的方法都执行了try.catch保护？

重要是否函数的所有分支都有返回值？

重要int的返回值是否合理？

（负值为失败，非负值成功）一般对于反复进行了int返回值判断是否定义了函数来处理？

一般关键代码是否做了捕获异常处理?

一般字典表定义是否用枚举，或者有一个统一的定义？

重要是否对方法返回值对象做了null检查，该返回值定义时是否被初始化?

重要是否对同步对象的遍历访问做了代码同步?

重要是否确认在对Map对象使用迭代遍历过程中没有做增减元素操作？

Map遍历时执行增减元素操作将抛出ConcurrentModificationException，对集合对象遍历时建议都不要进行增减元素操作。

重要线程处理函数循环内部是否有异常捕获处理，防止线程抛出异常而退出?

重要原子操作代码异常中断，使用的相关外部变量是否恢复先前状态?

重要函数对错误的处理是恰当的？

重要异常捕获后是否进行了日志记录或异常继续抛出？

异常捕获后如果无法处理需要继续抛出，如果可以处理，建议将异常日志进行记录重要是否构造方法中不调用当前对象的构造方法严禁在构造方法中new一个当前对象可维护性重要实现代码中是否消除了直接常数？

（用于计数起点的简单常数例外）重要是否消除了导致结构模糊的连续赋值？

（如a=（b=d+c））重要是否正确使用了日志记录?

一般是否有冗余判断语句？

（如：

if（b）returntrue;

elsereturnfalse;

）“if（b）returntrue;

”=“returnb;

”；

禁止使用类似“if/while（表达式=true）或if/while（表达式=false）”的判断重要是否把方法中的重复代码抽象成私有函数?

代码警告一般是否清除了多余导入的包或类？

重要是否清除了只定义未使用的局部变量？

严禁局部变量被定义或者初始化而未被使用，这种情况需要删除该局部变量一般是否将魔鬼数字修改为常量使用？

不允许直接使用除-2,-1,0,1,2,3,4,5,6,7,8,9,10外的数字，除此外的数字需要定义常量使用提示常量定义是否为staticfinal格式？

常量定义格式为public/protected/privatestaticfinalTypeTYPE，static和final顺序要保持一致提示实现序列化的对象是否定义了serialVersionUID？

建议实现Serializable的类需要增加“privatestaticfinallongserialVersionUID=1L;

”可读性一般是否用ifelse结构替换了三元运算符？

表达式复杂情况下不要使用（flag?

exp1:

exp2）语句，该语句需要修改为ifelse结构一般代码注释率是否结余30%60%之间？

代码注释率应落在30%60%之间性能重要日志记录的Log,Logger对象是否定义为常量？

用于记录日志的Log,Logger对象在类中定义必须是staticfinal的，建议定义为private的，因为这类对象初始化比较耗时，不利系统运行日志重要打印信息是否都用日志管理？

代码中建议不要使用System.out.println打印信息，只有在系统启动或系统即将退出时使用，其余部分全部用日志记录圈复杂度重要单个类行数是否不大于500行？

单个类建议行数小于500行，最多不超过1000行重要方法参数个数是否在7个以内？

方法参数个数建议不大于5个，最多不超过7个重要单个方法函数是否不大于30行？

单个方法建议函数不大于30行，做多不超过60行重要单方法中try/for/while/switch/if最深深度是否不大于5？

单方法中try/for/while/switch/if最深深度不允许大于5重要方法调用最深深度是否不大于15？

方法内部+内部调用累计深度不允许大于15SQL空格一般连接符or、in、and、以及、=等前后加上一个空格。

一般逗号之后必须接一个空格。

一般关键字、保留字和左括号之间必须有一个空格。

SQL注释重要对较为复杂的SQL语句加上注释，说明算法、功能。

注释风格：

注释单独成行、放在语句前面。

重要对重要的计算应说明其功能。

SQL中尽量少涉及业务逻辑一般可采用单行/多行注释。

（-或/*/方式）。

SQL优化性能建议1书写SQL语句优化细则重要1）尽量避免相同语句由于书写格式的不同，而导致多次语法分析。

重要2）多表连接时，使用表的别名来引用列。

建议最多5个连接重要3）不要在任何代码中使用SELECT*。

重要4）where条件中尽量减少使用常量比较，改用参数变量。

重要5）尽量少用嵌套查询。

如必须，请用notexist代替notin子句。

重要6）用多表连接代替EXISTS子句。

重要7）使用UNIONALL提高性能。

重要8）in、or子句常会使用工作表，使索引失效；

如果不产生大量重复值，可以考虑把子句拆开；

拆开的子句中应该包含索引。

2排序注意事项重要1）大量的排序操作影响系统性能，所以尽量减少orderby和groupby排序操作。

如必须使用排序操作，请遵循如下规则：

重要a.排序尽量建立在有索引的列上。

重要b.如结果集不需唯一，使用unionall代替union。

3选用索引注意事项重要1）对于复合索引，SQL语句必须使用主索引列。

重要2）索引中，尽量避免使用NULL。

重要3）对于索引的比较，尽量避免使用NOT=（!

=）。

重要4）查询列和排序列与索引列