java中不应以异常替代错误码，因二者解决不同层面问题；业务失败应统一返回result，仅在逻辑错误无法恢复时抛特定runtimeexception。
Java里不该用异常替代错误码——错误码和异常解决的是不同层面的问题，混用反而破坏可维护性。
什么时候该抛 RuntimeException？
仅当程序逻辑出现「本不该发生、无法恢复、需要立即修正」的情况时才抛运行时异常。比如传入 null 给一个明确要求非空的参数，或调用 list.get(100) 但列表只有 3 个元素。
- 典型场景：
IllegalArgumentException、NullPointerException、IndexOutOfBoundsException - 不要为「用户输错密码」「库存不足」这类业务可预期失败抛
RuntimeException - 这类异常不强制捕获，一旦漏处理，会直接崩掉调用链，线上难定位
业务错误该用 checked exception 还是自定义返回对象？
Java 的 checked exception（如 IOException）设计初衷是强制调用方处理「系统级不可控失败」，但业务错误（如支付失败、审核驳回）不是系统异常，而是正常流程分支。
