try catch仅捕获同步错误，异步错误需用async/await配合await或Promise.catch；finally适合无条件清理，避免修改返回值或抛新错；错误对象应善用message、stack、name及自定义继承。
try catch 基本写法和必须包裹的内容
直接用 try catch 捕获同步错误，但别指望它能抓到异步操作里的 throw（比如 setTimeout 里抛的错）或 Promise 拒绝。常见误用是把整个函数体包进去，结果异步部分照样崩，控制台还报未捕获的 rejection。
实操建议：
立即学习“Java免费学习笔记（深入）”；
-
try块里只放可能立即抛出异常的同步代码，比如JSON.parse()、document.getElementById().innerText（元素不存在时读属性会报错） -
catch参数名推荐用error，不是err或e—— 浏览器 DevTools 调试时更易识别来源 - 不要空
catch：至少打个console.error(error)，否则等于把错误吞掉，后续排查无从下手
try {
const data = JSON.parse('{"name": "Alice", "age":}');
} catch (error) {
console.error('JSON 解析失败:', error.message);
// 输出: JSON 解析失败: Unexpected end of JSON input
}
async/await 场景下 try catch 怎么写才有效
Promise 链式调用（.then().catch()）和 async/await 的错误处理逻辑不同：await 后面的 Promise 被 reject，会直接变成 catch 块里的 error；但如果你忘了加 await，那它就只是个没被监听的 pending Promise，try 根本不拦得住。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 每个
await调用前确认它返回的是 Promise，比如fetch()、axios.get()、自定义的async函数 - 避免在
try块里漏掉await：例如fetch('/api/user').then(...)不会被捕获，必须写成await fetch('/api/user') - 网络请求失败时，
fetch默认不会 reject（哪怕 HTTP 状态码是 404/500），得手动检查response.ok
async function loadUser() {
try {
const response = await fetch('/api/user');
if (!response.ok) {
throw new Error(`HTTP ${response.status}`);
}
return await response.json();
} catch (error) {
console.error('加载用户失败:', error.message);
}
}
finally 什么时候该用，什么时候纯属多余
finally 块总会执行，不管 try 是否抛错、catch 有没有运行。但它不是“收尾清理万金油”——比如在 finally 里修改函数返回值，容易掩盖真实错误；或者在其中抛新错，会覆盖原始错误信息。
动态WEB网站中的PHP和MySQL详细反映实际程序的需求，仔细地探讨外部数据的验证(例如信用卡卡号的格式)、用户登录以及如何使用模板建立网页的标准外观。动态WEB网站中的PHP和MySQL的内容不仅仅是这些。书中还提到如何串联JavaScript与PHP让用户操作时更快、更方便。还有正确处理用户输入错误的方法，让网站看起来更专业。另外还引入大量来自PEAR外挂函数库的强大功能，对常用的、强大的包
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 适合做无条件清理：关闭 loading 动画、释放锁、重置表单提交状态
- 避免在
finally里做业务判断或调用可能出错的 API（比如再发一次请求） - 如果
try和catch都有return，finally里的return会直接生效，覆盖前面所有返回值 —— 这点极易被忽略
function riskyOperation() {
try {
return 'success';
} catch (e) {
return 'failed';
} finally {
return 'always'; // 实际返回这个，前面两个都被忽略
}
}
错误对象的 message、stack、name 字段怎么用
浏览器环境里，error.message 是最简明的提示，error.stack 包含调用栈（含文件名和行号），error.name 表示错误类型（如 SyntaxError、TypeError）。Node.js 中还可能有 error.code（如 ENOENT）。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 日志上报时优先传
error.stack，光靠message很难定位问题源头 - 区分错误类型可做差异化处理：比如
NetworkError提示重试，ValidationError直接高亮表单字段 - 自定义错误建议继承
Error类，并设好name，否则所有错误都叫Error，无法分类
class ApiTimeoutError extends Error {
constructor(message) {
super(message);
this.name = 'ApiTimeoutError';
}
}
// 使用
try {
throw new ApiTimeoutError('请求超时');
} catch (error) {
console.log(error.name); // ApiTimeoutError
}
实际项目里，最常被忽略的是：错误边界（React）、unhandledrejection 监听、以及跨 iframe 或 Web Worker 的错误无法被主页面 try catch 捕获。这些地方得靠专门机制兜底。 
