proxy 无法直接拦截函数内部异常，但可通过 proxy.apply 中的 try/catch 包裹 reflect.apply 来捕获同步/异步异常，实现统一错误处理；不能用 get/set 拦截 throw，也不能捕获未处理的顶层异常。
JavaScript 中 Proxy 本身不能直接拦截函数内部的异常抛出行为（比如 throw new Error()），因为 Proxy.apply 拦截的是函数被调用这一操作，而不是函数体内部的执行细节。异常是在函数执行过程中产生的，属于运行时控制流的一部分，Proxy 并不介入语句级执行或 try/catch 流程。
但你可以通过以下方式间接捕获并响应异常，实现“感知异常”甚至“统一处理异常”的效果：
使用 Proxy.apply + try/catch 包裹目标函数调用
这是最常用、最可靠的方式：在 handler.apply 中主动调用 Reflect.apply，并用 try...catch 捕获其抛出的错误。
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
function riskyFn(x) {
if (x <h3>关键点说明</h3>
-
Reflect.apply(target, thisArg, args)是安全调用原函数的标准方式，它等价于target.apply(thisArg, args)，但更规范、可预测。 -
try...catch必须写在apply内部 —— 这是唯一能“看到”函数执行中异常的位置。 - Proxy 不会拦截
throw语句本身，也不会触发额外 trap；它只给你一次在调用入口处“围住”整个执行过程的机会。 - 如果函数是异步的（如
async function），await后的throw仍会被try/catch捕获，因为Reflect.apply对 async 函数返回的是 Promise，而 Promise rejection 需要.catch()或await配合try/catch—— 所以注意：对 async 函数，你得 await 它，并在apply中处理 Promise 的 rejection。
拦截 async 函数异常的正确写法
const asyncFn = async (x) => {
if (x === 'fail') throw new Error('Async failed');
return `done: ${x}`;
};
const asyncHandler = {
async apply(target, thisArg, args) {
console.log('[async 拦截] 开始调用');
try {
const result = await Reflect.apply(target, thisArg, args);
console.log('[async 拦截] 成功返回:', result);
return result;
} catch (err) {
console.error('[async 拦截] 捕获拒绝:', err.message);
// 可统一处理：上报、重试、返回 fallback 等
throw err; // 或 return { error: true, message: err.message };
}
}
};
const proxyAsync = new Proxy(asyncFn, asyncHandler);
⚠️ 注意：
apply方法本身必须声明为async，才能await原函数返回的 Promise；否则你会得到一个 pending Promise 而无法捕获 rejection。
不能做什么（常见误区）
- ❌ 不能用
get/set拦截函数内部throw； - ❌ 不能靠 Proxy 捕获未被
try/catch包裹的顶层同步异常（那属于未捕获异常，走window.onerror或process.on('unhandledRejection')）； - ❌ Proxy 无法修改 JavaScript 引擎的异常抛出机制，它只是提供一个“调用前/后”的钩子。
不复杂但容易忽略：异常拦截的本质，是把函数调用包裹进可控的执行边界 —— 而 Proxy.apply 正好提供了这个边界入口。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
