面试题背景

京东二面，面试官主要考察软实力吧。问了几个问题：

1. 你觉得什么样的代码是好代码？
2. 平时你是如何做系统稳定性建设的？
3. 你在catch块中写过业务代码吗？

本文主要是谈谈个人对第三个问题的理解。

我的理解

先说结论：个人觉得在Java中的catch代码块中编写业务逻辑代码是可以的，但是尽量不要是复杂的业务逻辑。
Java中catch代码块用于捕获和处理异常，以便在出现异常时执行相应的逻辑。通常情况下，catch代码块应该专注于处理异常情况，而不是包含大量的业务逻辑代码。
以下是一些考虑因素：

1. 异常处理：catch代码块的主要目的是捕获并处理异常。它应该关注于异常处理的逻辑，例如记录日志、发送警报、操作状态等。
2. 代码可读性和维护性：将业务逻辑代码与异常处理代码分离通常会使代码更具可读性和维护性。将业务逻辑放在catch代码块中可能会使代码变得混乱和难以理解。
3. 单一责任原则：遵循单一责任原则，将不同的功能聚焦在不同的代码块中。将异常处理与业务逻辑分开可以提高代码的可重用性和可测试性。

然而，在某些情况下，在catch代码块中编写一些简单的业务逻辑是可以接受的，特别是当异常处理和业务逻辑之间存在直接的联系时。但是，如果业务逻辑较为复杂，建议将其封装成单独的方法，以保持代码的清晰性和可读性。
总而言之，建议将catch代码块保持简洁、专注于异常处理，将业务逻辑代码放在适当的位置，以提高代码的可读性和可维护性。
不到万不得已不要在catch中写业务逻辑。在Java中，catch代码块用于捕获和处理异常，以便在出现异常时执行相应的逻辑。但是一些简单的业务逻辑是可以的。

实际运用场景

例如，在执行一个采集任务时，如果在采集过程中发生了异常，可能需要将任务状态标记为失败，以便后续处理。在这种情况下，在catch代码块中修改任务状态为失败是一种合理的做法。