Java私有方法中使用断言的优势及相关疑问

1. 语义定位的核心差异 #

断言（assert）和Objects.requireNonNull的设计目标完全不同：

• 断言是开发/测试阶段的调试工具，它的作用是验证「我写的内部逻辑绝对满足这个条件，如果不满足，说明我自己写bug了」。私有方法的调用方都是本类内部代码，参数错误本质是开发者的逻辑漏洞，用断言刚好匹配这个场景——它是在揪自己代码的问题，不是防范外部输入。
• Objects.requireNonNull是运行时强制校验，无论什么环境都会抛出NPE，哪怕是生产环境。它的定位是拦截不可控的外部非法输入，而私有方法的参数是内部可控的，用它属于「过度防御」。

2. 性能与环境适配的考量 #

• 断言默认是关闭的，生产环境下不会执行校验逻辑，完全不会带来性能损耗。而Objects.requireNonNull每次调用都会执行空判断，哪怕参数不可能为空，平白增加不必要的开销。
• 私有方法的参数错误本就不该出现在生产环境——因为公有方法已经做了严格的参数校验，内部调用逻辑也应该在开发测试阶段验证过。断言就是用来在开发期把这些潜在bug提前暴露，生产环境关闭是因为此时这些问题已经被修复，没必要做冗余校验。

3. 断言关闭的风险？其实是伪命题 #

有人担心断言关闭后失去校验作用，但实际上：

• 如果私有方法在生产环境出现参数错误，那根本不是断言的问题，而是你的公有方法校验不严谨，或者内部逻辑存在漏洞——这属于代码本身的bug，本该在开发阶段就被断言揪出来，而非靠断言在生产环境当「安全网」。
• 要是你真的担心私有方法的参数在生产环境出问题，说明你对内部调用逻辑没信心，这时候该反思的是代码设计，而非换用requireNonNull。

内容的提问来源于stack exchange，提问作者hounan