能否用自定义弹窗替换throw new Exception且不引发程序问题？

直接替换这行代码确实能实现界面提示，但大概率会引发程序问题，核心原因是两者的行为逻辑完全不同，具体风险如下：

• 执行流程中断失效：throw new Exception会立即终止当前方法的执行流程，后续代码不会被执行；而Alert只是弹出提示，代码会继续往下走。如果原逻辑依赖异常中断来阻止后续非法操作（比如错误数据提交、无效资源调用），替换后会导致这些操作继续执行，引发数据不一致或业务逻辑错误。

• 上层异常处理逻辑作废：如果上层代码存在try/catch块捕获该异常，用来做日志记录、资源清理、回滚操作等，替换成Alert后，这些catch块永远不会触发，对应的处理逻辑全部失效，可能导致错误无法追踪、资源泄漏等问题。

• 错误信息无持久化记录：常规项目中，异常信息会被全局日志系统捕获并存储，方便后续排查问题；而Alert仅在界面显示提示，不会留下持久化日志，后续出现问题时无法追溯该错误的发生场景和时间。

• 业务规则被破坏：若抛出异常是为了强制终止非法业务流程（比如用户权限不足、参数校验失败），替换成Alert后，用户看到提示但业务流程仍会继续，可能导致违规数据进入系统，破坏业务规则。

如果一定要替换，建议做以下补充来降低风险：

• 先梳理原代码上下文：确认该异常抛出的场景、上层是否有处理逻辑、后续代码是否依赖异常中断。
• 模拟中断效果：在Alert后添加return（方法内）或break（循环内），终止后续代码执行，对齐原逻辑的中断行为。
• 补充日志记录：在调用Alert的同时，添加日志记录代码，比如Logger.LogError("I show my message");，确保错误信息可追溯。
• 覆盖测试场景：针对原抛出异常的所有场景进行测试，验证后续逻辑执行、数据状态、上层处理是否符合预期。

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