背景
在平时写代码的时候，为了代码规范和减少 bug 的数量，使用 SonarLint 插件进行代码检查无疑是一个很好的方法。Sonar 是一个用于代码质量管理的开源平台，用来管理源代码的质量，通过插件的形式支持包括 Java、C++、C语言等多种编程语言的代码质量管理与检测。
七个维度检测
| 序 号 | 维 度 | 检测内容 |
|---|---|---|
| 1 | 不遵循代码标准 | 更多操作Sonar 可以通过 PMD、CheckStyle、Findbugs 等代码规则检测工具来规范代码的编写 |
| 2 | 潜在的缺陷 | Sonar 可以通过 PMD、CheckStyle、Findbugs 等代码规则检测工具检测出代码中存在的潜在的缺陷，如 NullPointerException 等 |
| 3 | 糟糕的复杂度分布 | 文件、类、方法等，如果复杂度过高将难以改变，这会使得开发人员难以理解它们，且如果没有自动化的单元测试，对于程序中的任何组件的改变都将可能导致需要全面的回归测试 |
| 4 | 缺乏单元测试 | Sonar 可以很方便地统计和展示单元测试覆盖率 |
| 5 | 重复 | 一般来说，程序中尽量避免大面积的重复代码，复制粘贴的代码是质量低下的，Sonar 可以显示源代码中重复较严重的地方 |
| 6 | 注释不足或者过多 | 没有注释将使代码可读性变差，特别是当出现人事变动时，程序的可读性将大幅下降，而过多的注释又会使得开发人员过多地花费时间在阅读注释上 |
| 7 | 糟糕的设计 | 通过 Sonar 可以找出循环、展示包与包、类与类之间的相互依赖关系，可以检测出自定义的架构规则，通过 Sonar 可以管理第三方的 jar 包，可以利用 LCOM4 检测单个任务规则的应用情况，检测耦合 |
Sonar 默认扫描规则（Java 版）
| 关键词 | 级别描述 | 颜色 |
|---|---|---|
| Block | 阻断 | 红色-感叹号 |
| Critical | 严重 | 红色-向上箭头 |
| Major | 主要 | 红色-向上尖括号 |
| Minor | 次要 | 绿色-向下箭头 |
| Info | 提示 | 蓝色-倒立感叹号 |
在实际使用中，各个规则的等级以 SonarLint 插件的提示为准，一般建议的阿里中不要出现 Block 和 Critical 级别的提示。
| 序号 | 规则Rule | 规则解释 |
|---|---|---|
| 1 | “.equals()” should not be used to test the values of “Atomic” classes equals() | 方法不应该用在原子类型的数据上（如：AtomicInteger, AtomicLong, AtomicBoolean） |
| 2 | “==” and “!=” should not be used when “equals” is overridden | 如果继承自对象的 equals method 没有被重写，则使用等号"=="操作符和 equals 方法来比较两个对象是等价的，否则不能用等号操作符 |
| 3 | “@CheckForNull” or “@Nullable” should not be used on primitive types | “@CheckForNull"或者”@Nullable"注解不应该用于基本类型（byte, short, int, long, float, double, boolean, char） |
| 4 | “@Controller” classes that use “@SessionAttributes” must call “setComplete” on their “SessionStatus” objects | 使用了"@SessionAttributes"注解的"@Controller"类必须在其"SessionStatus"对象上调用"setComplete" |
| 5 | “@Deprecated” code should not be used | 被 @Deprecated 注解标注的代码不应该被使用 |
| 6 | “@EnableAutoConfiguration” should be fine-uned | "@EnableAutoConfiguration"缺点是它可能加载和配置应用程序永远不会使用的 bean，因此会消耗比实际需要更多的 CPU 和 RAM。@EnableAutoConfiguration 应该配置为排除应用程序不需要的所有 bean |
| 7 | "@Import"s should be preferred to "@ComponentScan"s | 由于 @ComponentScan 会减慢项目启动的速度，应该选择显式引入 jar 包的"@Import"注解，而不是"@ComponentScan"注解 |
| 8 | “@NonNull” values should not be set to null | @NonNull 注解修饰的字段不能被赋为 null， 标记为 @NotNull、@NonNull 或 @NonNull 的字段、参数和返回值通常在使用前不检查空值。将这些值中的一个设置为 null，或者在构造函数中没有设置这样的类 fieldin，可能会在运行时导致 NullPointerException |
| 9 | “@Override” should be used on overriding and implementing methods | 在重写和实现方法时，需要添加"@Override"注解 |
| 10 | “@RequestMapping” methods should be “public” | "@RequestMapping"注解应该用来修饰 public 方法/类 |
| 11 | “@RequestMapping” methods should specify HTTP method | @RequestMapping 应该显式的指定 HTTP 请求的类型 |
| 12 | “@SpringBootApplication” and “@ComponentScan” should not be used in the default package | “@SpringBootApplication"和”@ComponentScan"注解不应该在默认包中使用 |
| 13 | “=+” should not be used instead of “+=” | “=+“不可以替代”+=” |
| 14 | “action” mappings should not have too many “forward” entries | action 映射不应该有太多的"forward"实体 |
| 15 | “Arrays.stream” should be used for primitive | arrays流应该被用在基本类型数组上 |
| 16 | “Bean Validation” (JSR 380) should be properly configured | “Bean Validation” (JSR 380)应该被正确的配置，未添加 @Valid 注解时，Bean Validation 校验将不会生效 |
| 17 | “BigDecimal(double)” should not be used | 由于精度的原因，BigDecimal(double) 类型不应该被使用，往往会使用 valueof() 方法将 double 类型数据进行转化 |
| 18 | Reflection should not be used to increase accessibility of classes, methods, or fields | |
| 19 | This accessibility update should be removed. | |
| 20 | “catch” clauses should do more than rethrow | catch 捕获到异常之后，不应该仅仅只是抛出异常 |
| 21 | “Class.forName()” should not load JDBC 4.0+ drivers | "Class.forName()"不应该加载 JDBC 4.0+ 驱动程序 |
| 22 | “clone” should not be overridden | clone() 方法不应该被重写，重写可能导致浅克隆的问题 |
| 23 | “Cloneables” should implement “clone” | Cloneables 接口需要实现 clone() 方法 |
| 24 | “close()” calls should not be redundant | 不应该有多余的 close() 方法的调用 |
| 25 | “collect” should be used with “Streams” instead of “list::add” | 使用 Streams 时，应该用 collect，因为 collect 的进程是并行且安全的 |
| 26 | “Collections.EMPTY_LIST”, “EMPTY_MAP”, and “EMPTY_SET” should not be used | 因为"Collections.EMPTY_LIST", “EMPTY_MAP”, and "EMPTY_SET"会返回默认的集合，会导致对于返回值判 null 的步骤缺失的问题，不推荐使用 |
| 27 | “compareTo” results should not be checked for specific values | "compareTo"结果不应检查特定值，通常检查 >0 或者 <0 |
| 28 | " compareTo" should not be overloaded | compareTo 参数个数不应该超出声明的个数 |
| 29 | “compareTo” should not return “Integer.MIN_VALUE” | compareTo 的返回值不能是 Integer.MIN_VALUE |
| 30 | “DateUtils.truncate” from Apache Commons Lang library should not be used | Apache Commons Lang 的日期截取方法 DateUtils.truncate() 不会四舍五入，不应该被使用 |
| 31 | “default” clauses should be last | switch中 default 应该被放在最后 |
| 32 | “DefaultMessageListenerContainer” instances should not drop messages during restarts | DefaultMessageListenerContainer 实例不应该在重启期间删除消息 |
| 33 | “deleteOnExit” should not be used | java 程序执行结束后，有自己的回收机制，不需要用 deleteOnExit 回收临时文件 |
| 34 | “Double.longBitsToDouble” should not be used for “int” | int 类型的数据转换为 lone double 会存在精度问题，不应该这样使用 |
| 35 | “entrySet()” should be iterated when both the key and value are needed | 在需要获取 map 中的键值对 key 和 value 时，应该用 entryset() 方法 |
| 36 | “enum” fields should not be publicly mutable | 集合类型的值不应该是可变的 |
| 37 | “equals” method overrides should accept “Object” parameters | 重载的 equals 方法，应该能接受 object 类型的参数 |
| 38 | “equals” method parameters should not be marked “@Nonnull” | equals 方法的参数不应该被 @Nonnull 注解修饰，equals() 方法可以接受为 null 的数据 |
| 39 | “equals” methods should be symmetric and work for subclasses | equals 方法可以应用于子类，因为"=="操作符需要保证两端数据的对称性，但父类不是子类的实例 |
| 40 | “equals(Object obj)” and “hashCode()” should be overridden in pairs | equals(Object obj) 和 hashCode() 应该成对出现 |
| 41 | “equals(Object obj)” should be overridden along with the “compareTo(T obj)” method | equals(Object obj) 和 compareTo(T obj) 应该一起重写 |
| 42 | “equals(Object obj)” should test argument type | 因为 equals 方法能接受泛型参数，所以需要对于传递的参数类型进行验证 |
| 43 | “Exception” should not be caught when not required by called methods | 当调用的方法不需要捕获异常时，不应该捕获到异常（主要针对于运行时异常和检查异常） 运行时如果异常应该能正常捕获到，并提醒开发人员调整 |
| 43 | “Externalizable” classes should have no-arguments constructors | Externalizable 类需要有无参构造函数 |
| 44 | “File.createTempFile” should not be used to create a directory | File.createTempFile 不够安全，不应该用于创建新的目录 |
| 45 | “final” classes should not have “protected” members | final 类是不可被继承的，不应该有 protected 类型的元素 |
| 46 | “finalize” should not set fields to “null” | finalize 修饰的空间不应该被置为 null |
| 47 | “for” loop increment clauses should modify the loops’ counters | 循环增量子句应该修改计数器 |
| 48 | “for” loop stop conditions should be invariant | 循环停止的条件应该是不可变的 |
| 49 | “getClass” should not be used for synchronization | getClass() 方法不应该被用在 synchronization 修饰的方法中 |
| 50 | “hashCode” and “toString” should not be called on array instances | array 实例中不应该使用 hashCode 和 toString 方法 |
| 51 | “HostnameVerifier.verify” should not always return true | HostnameVerifier.verify 不应该一直返回 true |
| 52 | “HttpOnly” should be set on cookies | 应该在 cookies 中设置 HttpOnly 属性，可以有效地防止XSS攻击 |
| 53 | “HttpSecurity” URL patterns should be correctly ordered | 用 HttpSecurity 方法配置 url 应该按照一定的声明顺序 |
| 54 | “HttpServletRequest.getRequestedSessionId()” should not be used | 不应该使用 HttpServletRequest.getRequestedSessionId() 方法获取 sessionId |
| 55 | “if … else if” constructs should end with “else” clauses | if … else if 结构应该以 else 语句结束 |
| 56 | “indexOf” checks should not be for positive numbers | indexOf() 方法结果判断不应该仅针对于正数 |
| 57 | “indexOf” checks should use a start position | indexOf 方法应该传入起始地址参数 |
| 58 | “instanceof” operators that always return “true” or “false” should be removed | 如果 instanceof 操作符的结果一直返回 true 或者 false,那么相关的调用语句应该被删除 |
| 59 | “Integer.toHexString” should not be used to build hexadecimal strings | Integer.toHexString 方法不应该用于构建16进制字符串 |
| 60 | “InterruptedException” should not be ignored | 不应该忽略 InterruptedException（方法阻塞）报错 |
| 61 | “iterator” should not return “this” | iterator() 方法不应该返回 this |
| 62 | “Iterator.hasNext()” should not call | “Iterator.next()” Iterator.hasNext() 是判断是否有下一个元素，但并不会改变指针指向，而 next() 会改变指针指向，如果没有下一个元素，会直接报空指针异常 |
| 63 | “Iterator.next()” methods should throw “NoSuchElementException” | Iterator.next() 方法应该抛出 NoSuchElementException 异常 |
| 64 | “java.lang.Error” should not be extended | java.lang.Error 不应该被继承 |
| 65 | “java.nio.Files#delete” should be preferred | 因为 java.nio.Files#delete 会抛异常并说明异常的原因，所以在删除文件时应优先考虑 java.nio.Files#delete 方法 |
| 66 | “java.time” classes should be used for dates and times | 获取日期或者时间，应该使用 java.time 方法 |
| 67 | “javax.crypto.NullCipher” should not be used for anything other than testing | javax.crypto.NullCipher 应该只用于测试 |
| 68 | “Lock” objects should not be “synchronized” | 被锁定的对象不应该被 synchronized 修饰 |
| 69 | “main” should not “throw” anything | main 方法不应该抛出任何异常 |
| 70 | “Map.get” and value test should be replaced with single method call | 需要同时获取 map 的键值对时，应该使用单个的获取方法 |
| 71 | “notifyAll” should be used | 应该使用 notifyAll() 方法唤醒所有休眠的进程 |
| 72 | “null” should not be used with “Optional” | Optional 修饰的对象不应该被赋值为 null |
| 73 | “Object.finalize()” should remain protected (versus public) when overriding | Object.finalize() 方法应该只有垃圾回收器才可以调用 |
| 74 | “Object.wait(…)” and “Condition.await(…)” should be called inside a “while” loop | Object.wait(…)和 condition .wait(…) 应该在 while 循环中调用 |
| 75 | “Object.wait(…)” should never be called on objects that implement “java.util.concurrent.locks.Condition” | 实现"java.util.concurrent.locks.Condition"的对象不应该调用"Object.wait(…)"方法 |
| 76 | “Preconditions” and logging arguments should not require evaluation | 先决条件和日志参数不应该需要计算，换言之，在调用"Preconditions"和 logging() 方法时，参数应该是可确定的 |
| 77 | “PreparedStatement” and “ResultSet” methods should be called with valid indices | 应该使用有效的索引（>0）调用"PreparedStatement"和"ResultSet"方法，因为"PreparedStatement"和"ResultSet"方法的索引都是从1开始 |
| 78 | “private” methods called only by inner classes should be moved to those classes | 只由内部类调用的私有方法应该放到这些类里 |
| 79 | “public static” fields should be constant | 公共静态字段应该是常量 |
| 80 | “Random” objects should be reused | 应该重用随机对象 随机数种子在创建一个 random 对象的时候生成，相同的随机数种子，产生相同随机数的几率非常高 |
| 81 | “read” and “readLine” return values should be used | “read” 和 "readLine"返回值应该被使用 |
| 82 | “read(byte[],int,int)” should be overridden | read(byte[],int,int) 方法应该被重载 |
| 83 | “readObject” should not be “synchronized” | readObject 方法不应该被同步修饰符（synchronized）修饰 |
| 84 | “readResolve” methods should be inheritable | "readResolve"方法应该是可继承的，因为 readResolve() 允许在反序列化期间对于对象的状态进行微调 |
| 85 | “ResultSet.isLast()” should not be used | 不应该使用"ResultSet.isLast()"方法，因为 .isLast() 方法会将指针的指向移动到下一个元素上，从而可能导致空指针，而 .next() 方法则是先判断下一个元素是否存在 |
| 86 | “runFinalizersOnExit” should not be called | 不应该调用"runFinalizersOnExit"，因为 runFinalizersOnExit() 方法可能导致正在被其他进程调用的对象被终止，是不安全的 |
| 87 | “ScheduledThreadPoolExecutor” should not have 0 core threads | ScheduledThreadPoolExecutor（任务调度进程池）的大小和 corePoolSize 的一致，所以核心进程的个数不能为0 |
| 88 | “SecureRandom” seeds should not be predictable | 安全随机数种子不应该是可预测的 |
| 89 | “Serializable” inner classes of non-serializable classes should be “static” | 序列化/反序列化方法应该是被 static 修饰符修饰的 |
| 90 | “SingleConnectionFactory” instances should be set to “reconnectOnException” | “SingleConnectionFactory"实例应该设置为"reconnectOnException”，因为在不启用 reconnectOnException 设置的情况下使用 SingleConnectionFactory 将在连接出错时无法自动恢复连接 |
| 91 | “StandardCharsets” constants should be preferred | 应该首先考虑标准字符集（ISO_8859_1、US_ASCII、UTF_16 、UTF_16BE 、UTF_16LE 、UTF_8） |
| 92 | “static” members should be accessed statically | 静态常量应该被静态访问 |
| 93 | “Stream” call chains should be simplified when possible | 流的方法调用应当尽可能的简洁 |
| 94 | “Stream.peek” should be used with caution | .peek() 方法主要用于 debug，而且仅在对流内元素进行操作时，peek() 才会被调用，所以在使用时需要谨慎 |
| 95 | “StringBuilder” and “StringBuffer” should not be instantiated with a character | "StringBuilder"和"StringBuffer"不应该被单个字符实例化 |
| 96 | “super.finalize()” should be called at the end of “Object.finalize()” implementations | super.finalize() 应该在 Object.finalize() 方法中最后一行被调用，防止系统资源冲突 |
| 97 | “switch” statements should have “default” clauses | switch() 方法中需要用 default 子句，控制除了 case 以外的其他场景 |
| 98 | “switch” statements should have at least 3 “case” clauses | switch() 方法至少需要有3个 case 子句，case 子句 <=2 的场景，用 if…else 即可 |
| 99 | “switch” statements should not contain non-case labels | switch 语句不应该包含无 case 关键字的列举情况 |
| 100 | “switch” statements should not have too many “case” clauses | switch 语句不应该包含太多（>30）的 case 子句，子句太多时，用 map 的性能会更高 |
| 101 | “Thread.run()” should not be called directly | Thread.run() 方法不应该被直接调用，因为 Thread.run() 方法会导致代码在当前进程中被执行 |
| 102 | “Thread.sleep” should not be used in tests | Thread.sleep() 方法不应该在测试过程中被调用 |
| 103 | “ThreadGroup” should not be used | ThreadGroup() 不应该被调用 |
| 104 | “ThreadLocal.withInitial” should be preferred | 应优先考虑 ThreadLocal.withInitial() 方法 |
| 105 | “Threads” should not be used where “Runnables” are expected | 线程不应该使用在预期可运行项的地方 |
| 106 | “throws” declarations should not be superfluous | throws 声明不应该抛出多个异常 |
| 107 | “toArray” should be passed an array of the proper type | 在没有参数的情况下，.toArray() 方法将会返回一个 object，若用 .toArray() 方法来转换固定类型的数组，需要将正确类型的参数传入 |
| 108 | “toString()” and “clone()” methods should not return null | toString() 和 clone() 方法，不应该返回 null |
| 109 | “toString()” should never be called on a String object 在 String 对象上不应该调用 toString() 方法 | |
| 110 | “URL.hashCode” and “URL.equals” should be avoided url 的 | equals 和 hashCode 方法都可能触发名称服务(通常是DNS)查找来解析主机名或 IP 地址。根据配置和网络状态，这可能需要很长时间，应该避免调用 “URL.hashCode” 和 “URL.equals” |
| 111 | “volatile” variables should not be used with compound operators | 对被 volatile 修饰的变量不应该进行复合型操作符运 算（应该只进行原子运算） |
| 112 | “wait” should not be called when multiple locks are held | 当持有多个锁时，不应调用"wait" |
| 113 | “wait”, “notify” and “notifyAll” should only be called when a lock is obviously held on an object | “wait”、"notify"和"notifyAll"只应在对象上明显持有锁时（如被synchronized修饰）调用 |
| 114 | “wait(…)” should be used instead of “Thread.sleep(…)” when a lock is held | 如果在当前线程持有锁时调用 thread .sleep(…)，可能会导致性能和可伸缩性问题，或者更糟的情况是死锁。所以当锁被持有时，应该使用"wait(…)"而不是"Thread.sleep(…)"方法 |
| 115 | “write(byte[],int,int)” should be overridden | 当直接子类化 java.io.OutputStream 或者 java.io.FilterOutputStream 时，因为不能每次传递一个 byte 的数据，"write(byte[]，int,int)"方法应该被重写 |
| 116 | “writeObject” should not be the only “synchronized” code in a class | "writeObject"不应该是类中唯一的"synchronized"修饰符修饰的方法 |
| 117 | A “for” loop update clause should move the counter in the right direction | for 循环更新子句应该将计数器移动到正确的方向 |
| 118 | A “while” loop should be used instead of a “for” loop | 当 for 循环中只定义了条件表达式，并且缺少初始化和增量表达式时，应该使用while循环来增加可读性 |
| 119 | A conditionally executed single line should be denoted by indentation | 有 if 条件执行的单行应该用缩进表示（未添加{}时） |
| 120 | A field should not duplicate the name of its containing class | 字段不应重复其包含的类的名称 |
| 121 | Abstract classes without fields should be converted to interfaces | 没有字段的抽象类应该转换为接口 接口是为了暴露给外部，内部抽象类被继承即可 |
| 122 | Abstract methods should not be redundant | 抽象方法不应该是多余的 |
| 123 | Accessing Android external storage is security-sensitive | 访问 Android 外部存储是安全敏感的 |
| 124 | AES encryption algorithm should be used with secured mode | AES 加密算法应采用安全模式（ECB 模式并不安全，不建议用 ECB 进行组合） |
| 125 | All branches in a conditional structure should not have exactly the same implementation | 条件结构（if…else/switch等）中不建议有相同操作的分支 |
| 126 | An iteration on a Collection should be performed on the type handled by the Collection | 对集合的迭代应该是对集合所处理的类型执行 |
| 127 | Annotation repetitions should not be wrapped | 不应该重复包装注解 |
| 128 | Anonymous inner classes containing only one method should become lambdas | 只包含一个方法的匿名内部类应该成为 lambdas |
| 129 | Array designators “[]” should be located after the type in method signatures | 数组指示符"[]"应该位于方法签名中的类型之后 |
| 130 | Array designators “[]” should be on the type, not the variable | 数组指示符"[]"应该位于类型后，而不是变量后 |
| 131 | Arrays should not be created for varargs parameters | 不应该为不定长参数参数创建数组 |
| 132 | Assertion arguments should be passed in the correct order | 应该按照正确的顺序传递断言参数 |
| 133 | Assertions should be complete | 断言应该是完整的 |
| 134 | Asserts should not be used to check the parameters of a public method | 断言不应用于检查公共方法的参数 |
| 135 | Assignments should not be made from within sub-expressions | 不应该在子表达式中进行赋值 |
| 136 | Assignments should not be redundant | 任务不应该是多余的 |
| 137 | Authentication should not rely on insecure “PasswordEncoder” | 身份验证不应该依赖于不安全的密码编码器 |
| 138 | Basic authentication should not be used | 不应该使用 Basic 身份认证方式 Basic 身份认证方式是当前最常用的方式，Base64 编码加密后，配合 username+password 可以满足通常的需求 |
| 139 | Blocks should be synchronized on “private final” fields | 块应该在"private final"修饰的字段上同步 |
| 140 | Boolean checks should not be inverted | 不应该使用反转布尔操作 |
| 141 | Boolean expressions should not be gratuitous | 布尔表达式不应该是完全不变的（应该有改变其值的操作） |
| 142 | Boolean literals should not be redundant | 不应该进行无意义的布尔计算（如表达式和 true/false 判等、表达式反转等） |
| 143 | Boxing and unboxing should not be immediately reversed | 装箱（创建 int/Integer 类型值的对象）和拆箱（将对象中原始值解出来）不应连续操作 |
| 144 | Broadcasting intents is security-sensitive | 广播意图是不安全的 |
| 145 | Case insensitive string comparisons should be made without intermediate upper or lower casing | 不区分大小写的字符串比较应该在没有中间大小写转化的情况下进行 |
| 146 | Catches should be combined | 相同代码块的 Catches 异常操作应该合并 |
| 147 | Changing or bypassing accessibility is security-sensitive | 更改或绕过可访问性检查是不安全的 |
| 148 | Child class fields should not shadow parent class fields | 子类不应该有和父类的字段名相同的字段 |
| 149 | Child class methods named for parent class methods should be overrides | 子类中重写的与父类方法命名一致的方法，static 修饰符等也要和父类保持一致 |
| 150 | Class names should comply with a naming convention | 类名应该符合命名约定 |
| 151 | Class names should not shadow interfaces or superclasses | 类名不应和他实现的接口或父类命名相同 |
| 152 | Class variable fields should not have public accessibility | 类变量字段应该是私有的 |
| 153 | Classes extending java.lang.Thread should override the “run” method | 扩展的 java.lang 线程应该是有重载的 run() 方法 |
| 154 | Classes from “sun." packages should not be used "sun.” | packages 不应该被使用，几乎总是有应该使用的 Java API 类包装 |
| 155 | Classes named like “Exception” should extend “Exception” or a subclass | 像"Exception"这样命名的类应该继承了"Exception"或其子类，否则不符合清晰、交流式的命名规范 |
| 156 | Classes should not access their own subclasses during initialization | 类在初始化期间不应该访问它们自己的子类 |
| 157 | Classes should not be compared by name | 类不应该按名称进行比较 |
| 158 | Classes should not be empty | 类不应该是空的 |
| 159 | Classes that override “clone” should be “Cloneable” and call | “super.clone()” 重载了 clone() 方法的类应该是实现 Cloneable 接口的，并且调用了 super.clone() 方法 |
| 160 | Classes with only “static” methods should not be instantiated | 只有静态方法的类不应该被实例化 |
| 161 | Cognitive Complexity of methods should not be too high | 方法的功能复杂度不应过高 |
| 162 | Collapsible “if” statements should be merged | 应该合并无需分层的"if"语句 |
| 163 | Collection sizes and array length comparisons should make sense | 集合大小和数组长度比较应该是有意义的 |
| 164 | Collection.isEmpty() should be used to test for emptiness | 应该使用 Collection.isEmpty() 来判断是否为空 |
| 165 | Collections should not be passed as arguments to their own methods | 集合不应该作为参数传递给它们自己的方法 |
| 166 | Composed “@RequestMapping” variants should be preferred | 应该首选组合的"@RequestMapping"变体（@GetMapping、@PostMapping） |
| 167 | Conditionally executed blocks should be reachable | 条件执行的块应该都是可以访问（不能导致死锁） |
| 168 | Conditionals should start on new lines | 条件句应该从新行开始（if…else…/if…else if…/if…） |
| 169 | Configuring loggers is security-sensitive | 配置日志记录器是不安全的 配置日志记录器是不安全的 |
| 170 | Constant names should comply with a naming convention | 常量名称应该符合命名约定 |
| 171 | Constants should not be defined in interfaces | 常量不应该在接口中定义 |
| 172 | Constructors should not be used to instantiate “String”, “BigInteger”, “BigDecimal” and primitive-wrapper classes | 构造函数不应该用于实例化"String"、“BigInteger”、"BigDecimal"和原子类包装 |
| 173 | Consumed Stream pipelines should not be reused | 使用的流管道不应重用 |
| 174 | Controlling permissions is security-sensitive | 权限控制是不安全的 有权限划分控制，才能满足不同的用户权限的不同，从而抵御黑客攻击 |
| 175 | Cookie domains should be as narrow as possible | Cookie 域设置应该尽可能的详细 |
| 176 | Creating cookies without the “secure” flag is security-sensitive | 创建没有"secure"标志的 cookie 是不安全的 |
| 176 | Credentials should not be hard-coded | 凭证不应该直接赋值（需要通过调用方法等方式去获取） |
| 177 | Cryptographic keys should not be too short | 秘钥不应该太短（对于Blowfish算法，密钥至少128位长，对于RSA算法，密钥至少2048位长。） |
| 178 | Cryptographic RSA algorithms should always incorporate OAEP (Optimal Asymmetric Encryption Padding) | 密码 RSA 算法应该始终包含 OAEP(最佳非对称加密填充) |
| 179 | Custom serialization method signatures should meet requirements | 自定义序列化方法签名应满足要求(作用域的限制等) |
| 180 | Databases should be password-protected | 数据库应该有密码保护 |
| 181 | Dead stores should be removed | 死存储的变量代码应该被移除 |
| 182 | Declarations should use Java collection interfaces such as “List” rather than specific implementation classes such as “LinkedList” | 类中字段声明应该使用 Java 集合接口，如"List"、“Set” |
| 183 | Default EJB interceptors should be declared in “ejb-jar.xml” | 缺省 EJB 拦截器应该在 EJB-jar.xml 中声明。 |
| 184 | Defined filters should be used | 已定义的过滤器应该被调用 |
| 185 | Delivering code in production with debug features activated is security-sensitive | 在生产环境中交付被激活的调试特性的代码是不安全的 |
| 186 | Dependencies should not have “system” scope | 依赖声明中不应该包含 system scope |
| 187 | Deprecated “${pom}” properties should not be used | 弃用的 ${pom} 特性不应该再被使用 |
| 188 | Deprecated code should be removed | 弃用的代码应该被删除 |
| 189 | Deprecated elements should have both the annotation and the Javadoc tag | 被弃用的代码块应该添加 @Deprecated 注解以及标签 |
| 190 | Deserializing objects from an untrusted source is security-sensitive | 从不可信源反序列化对象是不安全的 |
| 191 | Deserializing with XMLDecoder is security-sensitive | 反序列化 XMLDecoder 对象是不安全的 |
| 192 | Disabling Spring Security’s CSRF protection is security-sensitive | 禁用spring 的跨域资源共享（CSRF）保护是不安全的 |
| 193 | Dissimilar primitive wrappers should not be used with the ternary operator without explicit casting | 在没有显式强制转换的情况下，不应该将不同的基本类型与三元运算符一起使用 |
| 194 | Double Brace Initialization should not be used | 不应该使用双花括号初始化 |
| 195 | Double-checked locking should not be used | 不应该使用双重检查锁定 |
| 196 | Empty arrays and collections should be returned instead of null | 需要返回数组/集合的方法，应该返回空数组/集合，而不是 null |
| 197 | Empty statements should be removed | 应该删除空语句 |
| 198 | Enabling Cross-Origin Resource Sharing is security-sensitive | 启用跨域资源共享是不安全的 |
| 199 | Encrypting data is security-sensitive | （不具备随机性的）加密数据是不安全的 |
| 200 | Enumeration should not be implemented | 枚举不应该像其他接口一样被实现，而复制后的迭代器是可以被实现的 |
| 201 | Exception classes should be immutable | 异常类应该是不可变的 |
| 202 | Exception should not be created without being thrown | 创建的异常应该被抛出 |
| 203 | Exception types should not be tested using “instanceof” in catch blocks | 不应该在 catch 代码块中用instanceof 对异常的类型进行判断处理 |
| 204 | Exceptions should be either logged or rethrown but not both | 异常应该被记录或者抛出，但不能同时被记录和抛出 存在通过日志将异常打印，同时让异常被其他的进行捕获的场景 |
| 205 | Exceptions should not be thrown from servlet methods | 不应该从 servlet 方法中抛出异常 |
| 206 | Exceptions should not be thrown in finally blocks | 不应该在 finally 中抛出异常 |
| 207 | Execution of the Garbage Collector should be triggered only by the JVM | 垃圾回收器只能由 JVM 触发 |
| 208 | Expanding archive files is security-sensitive | 展开归档文档是不安全的（应该验证归档文件展开的路径；不应展开到可以展开存档文件的根目录之外；应用程序应该控制扩展数据的大小，以避免成为 Zip 炸弹攻击的受害者） |
| 209 | Expressions used in “assert” should not produce side effects | “断言”中使用的表达式不应该需要计算（由于 assert 语句在默认情况下不被执行(断言必须使用 JVM 标志启用)，永远不应该依赖于他们的解决方案来评估正确程序功能所需的任何逻辑。） |
| 210 | Factory method injection should be used in “@Configuration” classes | 当在 @Configuration 修饰的类中使用 @Autowired 时，依赖关系需要在类实例化前得到解决，这可能会导致 bean 的早期初始化出问题，或者导致上下文查找不应该找到 bean 的位置。为了避免这个棘手的问题并优化上下文加载的方式，应该尽可能晚地请求依赖项。这意味着对于仅在单个 @Bean 方法中使用的依赖项，使用参数注入而不是字段注入 |
| 211 | Field names should comply with a naming convention | 字段名应该符合命名约定（正则表达式） |
| 212 | Fields in a “Serializable” class should either be transient or serializable | 可序列化类中的字段应该是可转换的或可序列化的 |
| 213 | Fields in non-serializable classes should not be “transient” | 不可序列化的类中的字段不应该被"transient"关键字修饰 |
| 214 | Files opened in append mode should not be used with ObjectOutputStream | 在 append 模式下打开的文件不应该和 ObjectOutputStream一起使用 |
| 215 | Formatting SQL queries is security-sensitive | 格式化 SQL 查询是不安全的 |
| 216 | Future keywords should not be used as names | 关键字不应该用作名称，可能无法被解析 |
| 217 | Generic exceptions should never be thrown | 永远不应该抛出泛型异常 |
| 218 | Generic wildcard types should not be used in return parameters | 方法返回的参数类型不应该是泛型 可以对于子类继承的父类A和子类A1本身进行相同的操作，但是返回的类型不同，此处需要返回参数为泛型 |
| 219 | Getters and setters should access the expected fields getter 和 setter | 方法应该访问预期的字段 |
| 220 | Getters and setters should be synchronized in pairs | getter 和 setter 应该成对同步 |
| 221 | Hashing data is security-sensitive | 哈希数据是不安全的（为了安全目的，只使用目前已知较强的哈希算法。完全避免在安全上下文中使用 MD5 和 SHA1 之类的算法。） |
| 222 | Hibernate should not update database schemas Hibernate | 不应该更新数据库模式（hibernate.hbm2ddl.auto 只有在 validate 时才可以使用，否则可能导致数据库的模式被更改） |
| 223 | Identical expressions should not be used on both sides of a binary operator | 不应该在二元操作符的两边使用相同的表达式 |
| 224 | IllegalMonitorStateException should not be caught | 不应该捕获非法的 MonitorStateException 异常 |
| 225 | Inappropriate “Collection” calls should not be made | 不应该做不合适的 Collection 方法调用（当提供给 Collection.remove() / Collection.contains() 方法的对象的实际类型与集合实例化的 declaredon 类型不一致时，这些方法总是返回 false 或 null） |
| 226 | Inappropriate regular expressions should not be used | 不应该使用不合适的正则表达式 |
| 227 | Inheritance tree of classes should not be too deep | 类的继承树不应该太深（限制5层） |
| 228 | Inner class calls to super class methods should be unambiguous | 对超类方法的内部类的调用应该是明确的 |
| 229 | InputSteam.read() implementation should not return a signed byte | InputSteam.read() 的实现不应该返回带符号的字节（java 文档注明，InputSteam.read() 方法的值字节必须是0到255范围内的整数。如果由于到达了流的末尾而没有可用的字节，则返回值启用1。） |
| 230 | Instance methods should not write to “static” fields | "static"字段不应该在实例方法中处理 |
| 23 | Interface names should comply with a naming convention | 接口的命名应该符合命名规范 |
| 231 | Intermediate Stream methods should not be left unused | 中间流方法不应该闲置，应该提供对应的终端操作（流操作有两种类型:中间操作(返回另一个流)和终端操作(返回比流更多的内容)。中间操作是惰性的，如果中间流操作的结果没有提供给终端操作，那么它就没有任何作用） |
| 232 | Ints and longs should not be shifted by zero or more than their number of bits-1 | int 和 long 类型数据的位移不应该 > 或者等于0 |
| 233 | Invalid “Date” values should not be used | 不应使用无效的日期值（需要确定year\month\day的有效取值范围） |
| 234 | Java 8 features should be preferred to Guava | Java 8 特性应该优先于 Guava 特性（Guava 特性修复了 java 7 中一些缺少的 Api，在 java8 中，这些 Api 被修复） |
| 235 | Java 8’s “Files.exists” should not be used | Java 8 中不应该使用"Files.exists"方法（exists 方法在 JDK 8 中性能明显较差，当用于检查实际上不存在的文件时，会显著降低应用程序的运行速度。） |
| 236 | Jump statements should not be redundant | 不应该有多余的跳转语句 |
| 237 | Jump statements should not occur in “finally” blocks | 跳转语句（break, continue, return, throw, goto）不应该出现在 finally 代码块中 |
| 238 | JUnit assertions should not be used in “run” methods | JUnit 断言不应该在"run"方法中使用 |
| 239 | JUnit framework methods should be declared properly | 应该正确地声明JUnit框架方法(命名要正确) |
| 240 | JUnit rules should be used | 应该使用 JUnit 规则(没有被使用的任何测试类字段都不应该被定义) |
| 241 | JUnit test cases should call super methods | JUnit 测试用例应该调用 super() 方法 |
| 242 | Labels should not be used | Labels 不应该被使用 |
| 243 | Lambdas containing only one statement should not nest this statement in a block | 只包含一条语句的 Lambdas（匿名函数）不应该将此语句嵌套在块中（无需用{}） |
| 244 | Lambdas should be replaced with method references | 应该用方法引用替换 Lambdas（匿名函数） |
| 245 | LDAP connections should be authenticated | 应该对 LDAP 连接进行身份验证 |
| 246 | LDAP deserialization should be disabled | 应该禁用 LDAP 反序列化 |
| 247 | Local variable and method parameter names should comply with a naming convention | 局部变量和方法参数的名称应该符合命名约定 |
| 248 | Local variables should not be declared and then immediately returned or thrown | 不应该在声明局部变量后，立即将变量返回或抛出 |
| 249 | Local variables should not shadow class fields | 局部变量不应该和类字段同名 |
| 250 | Locks should be released | 锁应该被释放 |
| 251 | Loggers should be named for their enclosing classes | 日志记录器应该用他们的封闭类来命名 |
| 252 | Loop conditions should be true at least once | 循环体至少需要被执行一次 |
| 253 | Loops should not be infinite | 循环不应该是无限的 |
| 254 | Loops should not contain more than a single “break” or “continue” statement | 循环应该只包含一个"break"或"continue"语句 |
| 255 | Loops with at most one iteration should be refactored | 最多只执行一次的循环应该被重构 |
| 256 | Map values should not be replaced unconditionally | 不应该无条件的替换映射（Map）值 |
| 257 | Maps with keys that are enum values should be replaced with EnumMap | 带有 enum 值键的映射应该替换为 EnumMap |
| 258 | Math operands should be cast before assignment | 应该在数学计算之前，至少对一个操作数完成对最终类型的强制类型转换 |
| 259 | Method names should comply with a naming convention | 方法的命名应该满足命名规则 |
| 260 | Method overrides should not change contracts | 方法重写不应更改约定(超类方法参数如果被 @Nullable、@CheckForNull、@NotNull、@NonNull 和 @NonNull 修饰，则子类重写的方法参数也应该有相应的限制） |
| 261 | Method parameters, caught exceptions and variables’ initial values should not be ignored | 方法参数、捕获的异常和 foreach 变量的初始值不应该被忽略 |
| 262 | Methods “wait(…)”, “notify()” and “notifyAll()” should not be called on Thread instances | 方法"wait(…)"，"notify()"和"notifyAll()"不应该在线程实例上调用 |
| 263 | Methods and field names should not be the same or differ only by capitalization | 类里面的方法和字段名不应该完全相同或者仅大小写不同 |
| 264 | Methods and field names should not be the same or differ only by capitalization | 在随机整数生成中，不应该使用返回浮点值的随机方法 |
| 265 | Methods returns should not be invariant | 方法返回不应该是不变的 |
| 266 | Methods should not be empty | 方法不应该是空的 |
| 267 | Methods should not be named “tostring”, “hashcode” or “equal” | 方法不应该被命名为"tostring"、“hashcode"或"equal” |
| 268 | Methods should not call same-class methods with incompatible “@Transactional” values | 方法不应该调用具有不兼容的"@Transactional"值的同类方法 |
| 269 | Methods should not have identical implementations | 两个方法不应该有相同的实现 |
| 270 | Methods should not have too many parameters | 方法不应该有太多的参数 |
| 271 | Methods should not return constants | 方法不应该返回常量 |
| 272 | Min and max used in combination should not always return the same value | 组合使用的 Min 和 Max 不应该总是返回相同的值 |
| 273 | Modifiers should be declared in the correct order | 修饰符应该按照正确的顺序声明 |
| 274 | Multiline blocks should be enclosed in curly braces | 多行代码块应该用大括号括起来 |
| 275 | Multiple variables should not be declared on the same line | 多个变量不应该在同一行中声明 |
| 276 | Mutable fields should not be “public static” | 可变字段不应该是"public static" |
| 277 | Neither “Math.abs” nor negation should be used on numbers that could be “MIN_VALUE” | Math.abs 和逻辑非的运算不应该作用在可以设置为 MIN_VALUE 的数字上 |
| 278 | Neither DES (Data Encryption Standard) nor DESede (3DES) should be used | 不应该使用 DES(数据加密标准)或 DESede (3DES) |
| 279 | Nested "enum"s should not be declared static | 嵌套的枚举类型不应该声明为静态的 |
| 280 | Nested blocks of code should not be left empty | 嵌套的代码块不应该是空的 |
| 281 | Nested code blocks should not be used | 不应该使用嵌套代码块 |
| 282 | Non-constructor methods should not have the same name as the enclosing class | 非构造函数方法不应该具有与所包含类相同的名称 |
| 283 | Non-primitive fields should not be “volatile” | 非基础字段（数组、对象等）不应该被 volatile 修饰符修饰 |
| 284 | Non-public methods should not be “@Transactional” | 不应该在非 public 方法上添加 @Transactional注解 |
| 285 | Non-serializable classes should not be written | 类应该都是可序列化的 |
| 286 | Non-serializable objects should not be stored in “HttpSession” objects | 不可序列化的对象不应该存储在"HttpSession"对象中 |
| 287 | Non-thread-safe fields should not be static | 非线程安全字段不应该是静态的 |
| 288 | Null checks should not be used with “instanceof” | 判空检查不应与"instanceof"一起使用 |
| 289 | Null pointers should not be dereferenced | 不应该取消对空指针的引用 |
| 290 | Null should not be returned from a “Boolean” method | 不应该从返回值为布尔类型的方法返回 Null |
| 291 | Nullness of parameters should be guaranteed | 应保证方法参数不为空 |
| 292 | Objects should not be created only to “getClass” | 对象不应该只为了"getClass"方法创建（仅仅为了调用 getClass 而创建对象是对内存和周期的浪费） |
| 293 | Only static class initializers should be used | 应该只使用静态初始化方法 |
| 294 | Optional value should only be accessed after calling isPresent() | 在调用 get() 方法之前，应该先判空处理 |
| 295 | Overrides should match their parent class methods in synchronization | 子类重写的方法应该与父类方法的同步保持一致 |
| 296 | Overriding methods should do more than simply call the same method in the super class | 子类中重写一个方法不应该只是为了简单的调用父类的同名方法 |
| 297 | Package declaration should match source file directory | 包声明应该匹配源文件目录 |
| 298 | Package names should comply with a naming convention | 包的名称应该符合命名规则 |
| 299 | Packages containing only “package-info.java” should be removed | 只包含"package-info.java"包应该被删除 |
| 300 | Parameters should be passed in the correct order | 方法的参数应该按照正确的顺序传递 |
| 301 | Parentheses should be removed from a single lambda input parameter when its type is inferred | 带单参数的 lambda（匿名函数），应该将该参数的圆括号删除 |
| 302 | Parsing should be used to convert “Strings” to primitives | 可以使用解析方法将 String 解析为期望的基本类型 |
| 303 | Persistent entities should not be used as arguments of “@RequestMapping” methods | 持久化实体不应该用作"@RequestMapping"方法的参数 |
| 304 | Primitive wrappers should not be instantiated only for “toString” or “compareTo” calls | 应该使用基本包装器类的静态 toString() 或 compare() 方法 |
| 305 | Primitives should not be boxed just for “String” conversion | 不应该为了调用 toString() 方法而将基本类型的数据进行类型转换 |
| 306 | Printf-style format strings should be used correctly | Printf 启用 style 格式字符串应该被正确使用（Printf-style 的字符串是在运行时解释的，而不是由编译器验证的，所以它们可能包含导致创建错误字符串的错误） |
| 307 | Printf-style format strings should not lead to unexpected behavior at runtime | Printf-style 格式字符串不应该在运行期间导致意外的操作发生 |
| 308 | Private fields only used as local variables in methods should become local variables | 只在方法中用作局部变量的私有字段应该设置为局部变量 |
| 309 | Public constants and fields initialized at declaration should be “static final” rather than merely “final” | 在初始化时声明的公共常量和字段应该是"static final"，而不仅仅是"final" |
| 310 | Raw byte values should not be used in bitwise operations in combination with shifts | 带符号的原始字节值不应该进行位移操作 |
| 311 | Reading the Standard Input is security-sensitive | 读取标准输入的数据是不安全的 |
| 312 | Receiving intents is security-sensitive | 公开的接收器是不安全的 |
| 313 | Redundant casts should not be used | 不应该使用冗余类型转换 |
| 314 | Redundant pairs of parentheses should be removed | 应该删除多余的括号 |
| 315 | Reflection should not be used to check non-runtime annotations | 反射不应用与检查非运行时注解（只有已被赋予运行时保留策略的注释才可用于反射。使用其他保留策略测试总是返回 false） |
| 316 | Related “if/else if” statements should not have the same condition | 相关的 if…/else if… 代码块中不应该有相同的判断条件 |
| 317 | Resources should be closed | （实现 close-able 接口或其超级接口 autoclose-able 的连接、流、文件和其他)类在使用后需要关闭。必须在 finally 块 else 中执行 close 调用，否则将无法执行调用 |
| 318 | Return of boolean expressions should not be wrapped into an “if-then-else” statement | 布尔表达式的返回不应该封装到"if-then-else"语句中 |
| 319 | Return values from functions without side effects should not be ignored | 不应该忽略没有副作用的函数的返回值(可能是无效代码，或者代码的效果与预期不符) |
| 320 | Return values should not be ignored when they contain the operation status code | 不应该忽略返回值中包含的操作状态代码 |
| 321 | Sections of code should not be commented out | 不应该保留被注释的代码 |
| 322 | Sending emails is security-sensitive | 代码中发送电子邮件是不安全的 |
| 323 | Servlets should not have mutable instance fields Servlets | 实例中不应该包含可变的字段 |
| 324 | Setting JavaBean properties is security-sensitive | 设置 JavaBean 属性是不安全的 |
| 325 | Short-circuit logic should be used in boolean contexts | 短路逻辑应该在布尔上下文中使用 |
| 326 | Silly bit operations should not be performed | 有些可预期得到结果的位操作（如 & 1得到原始值）是不需要执行的 |
| 327 | Silly equality checks should not be made | 一些对等检查是不需要做的（不同类型的判等、两个数组的判等） |
| 328 | Silly math should not be performed | 一些可预测结果的数学运算不需要做（如 x % 1） |
| 329 | SMTP SSL connection should check server identity | SMTP SSL 连接应该检查服务器标识 |
| 330 | Source files should not have any duplicated blocks | 原文件中不应该存在重复的块 |
| 331 | Standard outputs should not be used directly to log anything | 应该使用日志程序记录输出内容（便于检索） |
| 332 | Static fields should not be updated in constructors | 不应该在构造函数中更新静态的字段 |
| 333 | Static non-final field names should comply with a naming convention | 被 static 修饰（但未被 final 修饰）的字段，命名应该符合命名规范 |
| 334 | String function use should be optimized for single characters | 字符串函数（如 indexOf(“”)）的使用应该优化为单个字符 |
| 335 | String literals should not be duplicated | 字符串文字不应该重复 |
| 336 | String offset-based methods should be preferred for finding substrings from offsets | 基于字符串偏移量的方法才应该是从偏移量中寻找子字符串的首选方法 |
| 337 | String.valueOf() should not be appended to a String | valueof() 不应该被附加到字符串中 |
| 338 | Strings and Boxed types should be compared using “equals()” | 字符串内容以及数据类型的比较应该使用 equals() 方法 |
| 339 | Strings should not be concatenated using ‘+’ in a loop | 字符串在遍历过程中不应该通过"+"号来进行扩展（应该使用 append()） |
| 340 | Struts validation forms should have unique names | Struts 验证表单应该名称惟一 |
| 341 | Subclasses that add fields should override “equals” | 父类中包含 equals() 方法，添加了字段的子类中需要重写 equals() 方法 |
| 342 | Switch cases should end with an unconditional “break” statement | Switch case 应该以无条件的"break"语句结束 |
| 343 | Synchronization should not be based on Strings or boxed primitives | 同步不应该基于字符串或基础类型的数据 |
| 344 | Synchronized classes Vector, Hashtable, Stack and StringBuffer should not be used | 不应该使用 Synchronized 修饰类向量、散列表、堆栈和 StringBuffer |
| 345 | Ternary operators should not be nested | 三元式运算不应该嵌套 |
| 346 | TestCases should contain tests | 测试用例文件中应该包含测试方法 |
| 347 | Tests should include assertions | 测试应该包含断言（该条规则支持自扩展） |
| 348 | Tests should not be ignored | 不应该跳过测试 |
| 349 | The default unnamed package should not be used | 不应该使用默认的未命名包 |
| 350 | The diamond operator (“<>”) should be used | 应该使用 diamond 操作符(“<>”)(不必在声明和构造函数中都声明 Lis t的类型，可以使用 <> 简化构造函数声明，编译器将推断出类型。) |
| 351 | The non-serializable super class of a “Serializable” class should have a no-argument constructor | 可序列化类的不可序列化超类应该包含无参的构造函数 |
| 352 | The Object.finalize() method should not be called | 不应该调用 Object.finalize() 方法(Object.finalize() 方法应该由垃圾回收器调用) |
| 353 | The Object.finalize() method should not be overriden | Object.finalize() 不应该被重载（应该只由垃圾回收器调用） |
| 354 | The signature of “finalize()” should match that of “Object.finalize()” | "finalize()"的签名应该与"Object.finalize()"的签名匹配（Object.finalize() 方法应该由垃圾回收器调用，其他方法不应该命名为 finalize） |
| 355 | The value returned from a stream read should be checked | 应该检查从流读取的返回值的长度是否大于0（不能保证流返回的不是0字节） |
| 356 | Throwable and Error should not be caught | Throwable 和 Error 不应该被捕获（Throwable 是所有异常的超类， Error 是所有错误的超类，程序捕捉到也无法处理） |
| 357 | Throwable.printStackTrace(…) should not be called | printStackTrace(…) 不应该被调用（默认情况下，printStackTrace(…)将一个 Throwable 及其堆栈信息打印到某个流，这可能会无意中暴露敏感信息） |
| 358 | Track uses of “FIXME” tags | 跟踪"FIXME"标签的使用（FIXME 标记通常用于标记怀疑有 bug 的地方，但是开发人员希望稍后处理这些地方。） |
| 359 | Track uses of “TODO” tags | 跟踪 TODO 标签 |
| 360 | TrustManagers should not blindly accept any certificates | TrustManagers（信托管理） 不能盲目的接受任何证书 |
| 361 | Try-catch blocks should not be nested | 不应该嵌套的使用 try-catch 代码块 |
| 362 | Try-with-resources should be used | 应该使用 try-with 启用 resources 结构（代替 try-finally 结构） |
| 362 | Two branches in a conditional structure should not have exactly the same implementation | （switch 启用 case/if…else if/if…else）条件结构中的两个分支不应该具有完全相同的实现 |
| 363 | Type parameter names should comply with a naming convention | 类型参数名称应该符合命名约定 |
| 364 | Unary prefix operators should not be repeated | 不应该重复使用一元表达式的前缀操作符（针对于"!, ~, -, +"） |
| 365 | Unnecessary imports should be removed | 应该删除不必要的 import |
| 366 | Untrusted XML should be parsed with a local, static DTD | 不可信的 XML 应该使用本地静态 DTD 进行解析 |
| 367 | Unused “private” classes should be removed | 应该删除未使用的 private 类（未使用的私有类属于死代码） |
| 368 | Unused “private” fields should be removed | 未使用的 private 字段应该被删除（死代码应该被处理） |
| 369 | Unused “private” methods should be removed | 未使用的 private 方法应该被删除（死代码应该被清理） |
| 370 | Unused labels should be removed | 未使用的标签应该被删除 |
| 371 | Unused local variables should be removed | 未使用的局部变量应该被删除 |
| 372 | Unused method parameters should be removed | 方法中未使用的参数应该被删除 |
| 373 | Unused type parameters should be removed | 未使用的方法返回参数类型应该被删除 |
| 374 | URIs should not be hardcoded | URI永远不应该硬编码，应该用可定制的参数替换它，保证代码的可移植性（此外，即使动态获取URI的元素，如果路径分隔符是硬代码，那么可移植性仍然是有限的） |
| 375 | Using command line arguments is security-sensitive | 使用命令行参数是不安全的 |
| 376 | Using environment variables is security-sensitive | 使用环境变量是不安全的 |
| 377 | Using hardcoded IP addresses is security-sensitive | 硬编码（直接编码）IP 地址是不安全的 |
| 378 | Using non-standard cryptographic algorithms is security-sensitive | 使用非标准的密码编码算法是不安全的 |
| 379 | Using pseudorandom number generators (PRNGs) is security-sensitive | 使用伪随机数生成器是不安全的（确定的算法产生的随机数都是伪随机数，很容易被黑客获取 seed 从而破解） |
| 380 | Using regular expressions is security-sensitive | 使用正则表达式是不安全的（影响性能） |
| 381 | Using Sockets is security-sensitive | （直接）使用套接字是不安全的 |
| 382 | Using unsafe Jackson deserialization configuration is security-sensitive | 不应该使用不安全的 JACKSON 反序列化方法（如果可能，使用 @JsonTypeInfo(use = Id. name) 代替 @JsonTypeInfo(use = Id. class) 或 @JsonTypeInfo(use = Id. MINIMAL_CLASS)，因此需要使用 @JsonTypeName 和 @JsonSubTypes 注解） |
| 383 | Utility classes should not have public constructors | Utility 是静态类，不能被实例化，就算扩展，也不应该有公共的构造函数 |
| 384 | Validating SSL/TLS connections is security-sensitive | 验证 SSL/TLS 链接是不安全的（SSL/TLS 协议加密网络连接，服务器通常提供一个数字证书来证明其身份。接受所有 SSL/TLScertificates 会使应用程序容易受到中间人攻击(Man-in-the-middle attack, MITM)的攻击） |
| 385 | Value-based classes should not be used for locking | 基于值的类不应该用于锁定（基于值的类只为了作为值的包装器，没有构造函数，通过工厂化方法实例化，不会指定返回实例的标识） |
| 386 | Values should not be uselessly incremented | 值不应该毫无意义的递增 |
| 387 | Variables should not be self-assigned | |
| 388 | Weak SSL protocols should not be used | 不应该使用弱 SSL 协议 |
| 389 | Web applications should not have a “main” method | web 应用不应该有 main() 方法 |
| 390 | Week Year (“YYYY”) should not be used for date formatting | 日期格式不应使用 Week Year (“YYYY”) （因为存在一周中跨年的情况） |
| 391 | Writing cookies is security-sensitive | 编写 cookies 是不安全的（cookie 应该只用于管理用户会话。最佳实践是将所有与用户相关的信息保存在服务器端，并将它们链接到用户会话，而不是将它们发送到客户机） |
| 392 | XML transformers should be secured | XML 转换程序应该受到保护 |
| 393 | Zero should not be a possible denominator | 0不应该被作为分母 |
感谢
博主看到别人的博客凌乱不堪，我自己亲自花了大量的自己时间敲的调整了格式，希望能帮助大家，一起成长。！！！
如果您认为这篇文章还不错或者有所收获，您可以点击右下角的【点赞】支持，或请我喝杯咖啡【赞赏】，这将是我继续写作，分享的最大动力！
作者：勤快的小蚂蚁
声明：原创博客请在转载时保留原文链接或者在文章开头加上本人博客地址，如发现错误，欢迎批评指正。凡是转载于本人的文章，不能设置打赏功能，如有特殊需求请与本人联系！
————————————————
版权声明：本文为CSDN博主「勤快的小蚂蚁」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/fxzzq/article/details/126424343
3678
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
