NarasuOo Asked:2020-03-04 00:29:32 +0000 UTC2020-03-04 00:29:32 +0000 UTC 2020-03-04 00:29:32 +0000 UTC 什么时候应该处理异常，什么时候应该抛出更高的异常？ 772 总是对这个问题感兴趣。这是一种可能发生已检查异常的方法。我们可以直接在方法内部处理它，也可以在上面转发它。我总是随机做的，就是我会在某处转发，我会在某处处理。但是由于某种原因，似乎总是如果这个方法很小，那么最好抛出异常。或者如果此方法不调用其他方法，而只是执行一些操作。从这一切中，我有一个问题，但是对于何时抛出异常以及何时处理它有什么标准吗？只是，其实异常可以通过这种方式抛出到main方法中。那么，如何判断上面什么时候抛出异常，什么时候处理呢？ java 1 个回答 Voted Best Answer Sergei Buvaka 2020-03-04T04:06:31Z2020-03-04T04:06:31Z 这完全取决于您要处理它们的级别。 好吧，例如，您没有负责对网络的请求的实体和负责对数据库的请求的第二个实体。所有这些请求都是从您的某些视图中提取的。处理这种情况的最佳方法在哪里？ 例如，如果您的所有处理只是为了在日志中显示错误，那么您不应该将这些错误转发到某处，而应在此处处理它们。 但更多时候，您希望向用户显示某种消息或另一个视图，一般来说，以某种方式在您的 UI 中做出反应。然后值得将错误扔到 View 层。 这些是最简单、最明显的处理方法，但也有更高级的。例如，您可以直接在错误发生的地方处理您的错误，然后将它们包装在某种包装器中（在 Kotlin 中，密封类对此非常有用），并将结果与此包装器一起返回，具体取决于结果，您的 UI 会做出不同的反应。 在这里您可以阅读错误处理方法 https://m.habr.com/en/company/funcorp/blog/471766/
这完全取决于您要处理它们的级别。
好吧，例如，您没有负责对网络的请求的实体和负责对数据库的请求的第二个实体。所有这些请求都是从您的某些视图中提取的。处理这种情况的最佳方法在哪里？
例如，如果您的所有处理只是为了在日志中显示错误，那么您不应该将这些错误转发到某处，而应在此处处理它们。
但更多时候，您希望向用户显示某种消息或另一个视图，一般来说，以某种方式在您的 UI 中做出反应。然后值得将错误扔到 View 层。
这些是最简单、最明显的处理方法，但也有更高级的。例如，您可以直接在错误发生的地方处理您的错误，然后将它们包装在某种包装器中（在 Kotlin 中，密封类对此非常有用），并将结果与此包装器一起返回，具体取决于结果，您的 UI 会做出不同的反应。
在这里您可以阅读错误处理方法 https://m.habr.com/en/company/funcorp/blog/471766/