try-catch在异步文件处理中核心作用是将操作失败转为可控响应，确保程序不崩溃、可提示用户、重试或清理资源；需配合await捕获promise rejection，区分错误类型做差异化处理，并避免用其替代预检。
try-catch 在异步文件处理中，核心作用是把“操作失败”变成“可控响应”，而不是让整个流程卡死或崩溃。它不改变文件是否能读写，但决定了程序面对失败时能不能继续运行、提示用户、重试或清理资源。
捕获异步操作中真实抛出的异常
异步文件操作（如 Node.js 的 fs.promises.readFile 或浏览器中的 fetch 读取本地文件）一旦出错（路径不存在、权限不足、磁盘满、编码错误等），会以 Promise rejection 形式抛出异常。不加 try-catch 时，这个 rejection 若未被处理，就会触发 unhandledrejection，可能中断后续逻辑甚至报错退出。
- 必须用
await配合 try-catch，才能在语法层面捕获 Promise rejection - 仅用
.catch()链式调用也能处理，但嵌套深时可读性差；try-catch 更适合多步异步串联（比如“读→解析→校验→保存”） - 注意：
fs.readFile（回调版）不能直接用 try-catch 捕获，因为错误走回调参数，不是同步抛出
保障关键清理动作不被跳过
文件处理常涉及临时资源，比如打开的文件句柄、创建的临时目录、内存中的缓冲区。即使读取失败，也要确保这些资源释放，否则容易泄漏。
- 在 catch 块里主动清理：例如删除已创建但写入失败的临时文件
- 配合 finally（或显式 .finally()）执行兜底关闭：比如用
fs.open手动打开文件后，无论成功失败都调用fd.close() - 更推荐使用
try-with-resources类机制（如 Node.js 的using语句或createReadStream自动管理），但底层仍依赖 try-catch 的语义保障
区分错误类型，做差异化响应
不同失败原因需要不同处理策略：文件不存在可以提示用户选择其他路径；权限不足应建议检查设置；JSON 解析失败则说明内容格式有误——这些靠 catch 中判断 error 类型实现。
- Node.js 中常见错误类型：
ENOENT（文件不存在）、EACCES（权限拒绝）、EINVAL（非法参数） - 可结合
error.code或error.name分支处理，避免把网络超时和磁盘满当成同一类问题 - 对用户展示时，catch 块里应屏蔽技术细节（如堆栈），转为自然语言提示
避免把异常当流程控制用
有些开发者用 try-catch 来“试探”文件是否存在（比如先 await readFile，失败就认为不存在），这虽可行，但效率低、语义不清。
- 更合理的方式是先用
fs.access或existsSync做轻量探测，只在真正读写时才用 try-catch 应对意外 - 异常机制开销集中在抛出瞬间，频繁触发会影响性能，也掩盖了本可通过预检规避的问题
- 业务规则类判断（如“文件大小不能超过10MB”）应放在 try 块外做条件检查，而非等写入失败再捕获
