Java 为什么可以'；我们不能对公共方法使用断言吗？
为什么我们不能对公共方法使用断言 我在什么地方读过 “断言在公共场合是不合适的 方法，因为该方法保证 它将始终执行 参数检查。必须使用公共方法 检查其参数是否正确 断言已启用 断言构造不抛出 指定类型的异常。它是 只能抛出一个断言错误 那么，它也适用于私有方法吗？Java 为什么可以'；我们不能对公共方法使用断言吗？,java,assert,public-method,Java,Assert,Public Method,为什么我们不能对公共方法使用断言 我在什么地方读过 “断言在公共场合是不合适的 方法，因为该方法保证 它将始终执行 参数检查。必须使用公共方法 检查其参数是否正确 断言已启用 断言构造不抛出 指定类型的异常。它是 只能抛出一个断言错误 那么，它也适用于私有方法吗？ 我没有清楚地理解上面的陈述总的来说，这似乎是合理的。尽管在某些情况下这可能是有用的 考虑一下，我们可能希望对已知存在的元素执行数据库更新操作。然后，查看例程是否成功可能很有用，例如： public void update(Object
我没有清楚地理解上面的陈述总的来说，这似乎是合理的。尽管在某些情况下这可能是有用的 考虑一下，我们可能希望对已知存在的元素执行
数据库更新public void update(Object o) {
int nUpdatedObjects = dao.update(o);
assert(nUpdatedObjects == 1)
}
在这种情况下，它使用 断言用于调试；公共方法通常不应该通过调试断言来验证，而是通过执行适当的参数检查和抛出适当的异常来验证。如果要验证内部对象状态，可以使用它，但不要验证参数。重要的区别在于您是否认为错误的值是 a） 应该在代码中修复的编程错误 b） 无法在代码中防止的输入错误，需要在运行时处理 对于第一种情况，您应该使用断言，因为程序代码需要修复。如果是后一种情况，则应使用适当的运行时或检查异常
IMHO断言用于检测编程错误，而不是用户/外部输入。当您将有一个不被外部输入调用的公共方法时，作者可能混淆了公共方法作为外部输入 我将使用断言检查参数以检测编程错误。我认为这通常是它们的最佳用途。通过比较，私有方法只能由同一类中的代码调用，您应该期望它们是良好的单元测试，并且具有有限的可能访问/使用
我发现，由于不同的人做出不同的假设（断言是记录和检查假设的好方法），通过公共接口，您更可能出现编程错误如果没有编写完整的内部代码库，内部检查并不像您期望的那样有用。这个想法是您不知道谁会使用您的公共方法。因此，您必须通过正常检查来防止不当使用 另一方面，私有方法应该仅由当前团队中的开发人员使用，因此检查不是强制性的（但仍然建议IMHO）
所以，对于检查私有方法上的参数有效性，断言应该足够了 我相信，你引用的这句话是胡说八道 可以肯定的是，assert不是用于验证参数的 但在每一个非平凡的程序中都有（或应该有）许多不变量，而这正是断言派上用场的地方。如果可以在断言中表示不变量，请这样做，无论该方法是否公开 然后，将发生以下情况之一： a） 一切都很好。
b） 在运行时，程序会因未实现的断言而失败。如果断言是正确的，则不变量被违反，您有机会找出原因并修复错误（或重新思考您的设计）。断言不应用于检查公共方法中的参数，原因如下：
- 断言可以被禁用，参数检查永远不应该被禁用，因为它们是方法与其调用方的契约的一部分
- 断言失败不会为无效参数引发适当的异常
/**
* @throws ArithmeticException if divisor is zero
*/
public void int divide(int divisor) {
if (divisor == 0) {
throw new ArithmeticException("Cannot divide by zero");
}
...
}
如果您在这里使用断言，它可能会被关闭，它会抛出一个
断言FailedExceptioncatch (MyException e) {
logger.war("This should never happen",e);
}