如何将try-catch逻辑移入钱包管理类并返回错误？

核心思路是：不要让外部调用者处理钱包操作的异常，而是让Wallet类自己承担起所有操作的校验、异常捕获职责，并通过结构化的返回结果把「操作是否成功」「成功后的余额」「失败的原因」一起反馈给调用者。这样既保证了Wallet类的内聚性，又让外部代码更简洁易维护。

具体实现方案 #

首先我们需要一个自定义的结果类，用来封装操作的状态和信息：

// 封装钱包操作的结果
public class WalletOperationResult {
    private final boolean success;
    private final Integer newBalance;
    private final String errorMessage;

    // 私有构造，用静态工厂方法创建实例，避免直接new
    private WalletOperationResult(boolean success, Integer newBalance, String errorMessage) {
        this.success = success;
        this.newBalance = newBalance;
        this.errorMessage = errorMessage;
    }

    // 静态方法：创建成功结果
    public static WalletOperationResult success(Integer newBalance) {
        return new WalletOperationResult(true, newBalance, null);
    }

    // 静态方法：创建失败结果
    public static WalletOperationResult failure(String errorMessage) {
        return new WalletOperationResult(false, null, errorMessage);
    }

    // 下面是getter方法，让调用者能获取结果信息
    public boolean isSuccess() { return success; }
    public Integer getNewBalance() { return newBalance; }
    public String getErrorMessage() { return errorMessage; }
}

然后是你的Wallet类，把try-catch和业务校验都封装进去：

public class Wallet {
    private Integer balance;

    public Wallet() {
        this.balance = 0; // 初始余额为0
    }

    // 充值方法：内部处理校验和异常，返回结果
    public WalletOperationResult recharge(Integer amount) {
        try {
            // 先做业务校验：充值金额必须大于0
            if (amount <= 0) {
                return WalletOperationResult.failure("充值金额必须大于0");
            }
            // 使用Math.addExact检测Integer溢出（如果充值后超出Integer.MAX_VALUE会抛出ArithmeticException）
            int updatedBalance = Math.addExact(this.balance, amount);
            this.balance = updatedBalance;
            return WalletOperationResult.success(updatedBalance);
        } catch (ArithmeticException e) {
            return WalletOperationResult.failure("充值失败：余额超出Integer类型的最大值范围");
        } catch (Exception e) {
            // 兜底捕获其他未知异常，避免程序崩溃
            return WalletOperationResult.failure("充值操作异常：" + e.getMessage());
        }
    }

    // 扣款方法：同样封装校验和异常处理
    public WalletOperationResult deduct(Integer amount) {
        try {
            // 业务校验：扣款金额必须大于0
            if (amount <= 0) {
                return WalletOperationResult.failure("扣款金额必须大于0");
            }
            // 先计算扣款后的余额，用Math.subtractExact检测溢出（比如扣款后低于Integer.MIN_VALUE）
            int updatedBalance = Math.subtractExact(this.balance, amount);
            // 校验余额是否足够
            if (updatedBalance < 0) {
                return WalletOperationResult.failure("扣款失败：账户余额不足");
            }
            this.balance = updatedBalance;
            return WalletOperationResult.success(updatedBalance);
        } catch (ArithmeticException e) {
            return WalletOperationResult.failure("扣款失败：余额超出Integer类型的范围");
        } catch (Exception e) {
            return WalletOperationResult.failure("扣款操作异常：" + e.getMessage());
        }
    }

    // 获取当前余额的方法
    public Integer getBalance() {
        return this.balance;
    }
}

这样做的好处 #

1. 内聚性更强：所有和钱包操作相关的逻辑（校验、异常处理、余额更新）都集中在Wallet类里，符合「单一职责原则」，后续修改逻辑只需要改动这个类即可。
2. 调用更简洁：外部代码不需要写try-catch，只需要通过返回结果的isSuccess()判断操作状态，成功就拿余额，失败就拿错误信息：

   Wallet myWallet = new Wallet();
   WalletOperationResult result = myWallet.recharge(100);
   if (result.isSuccess()) {
       System.out.println("充值成功，当前余额：" + result.getNewBalance());
   } else {
       System.out.println("充值失败：" + result.getErrorMessage());
   }
   

3. 错误反馈更清晰：相比抛出异常，结构化的返回结果能明确告诉调用者失败的具体原因（是金额非法、余额不足还是溢出），方便前端或者上层逻辑做针对性处理。

注意事项 #

• 避免捕获过于宽泛的异常：尽量先捕获具体的异常类型（比如ArithmeticException处理溢出），最后再用Exception兜底，这样不会隐藏未知的严重错误。
• 业务校验优先：像「金额必须大于0」「余额是否足够」这类业务规则，最好放在try块外面提前判断，这些属于业务错误，不是运行时异常，提前处理更高效。
• 可扩展性：如果后续需要更细粒度的错误分类，可以给WalletOperationResult添加错误码字段（比如定义一个WalletErrorCode枚举），这样调用者可以根据错误码做不同的业务处理。

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