SourceMap未生效导致压缩JS报错行号指向混淆代码而非源码，需检查sourceMappingURL注释、.map文件可访问性、服务器MIME配置及浏览器设置；无SourceMap时可用Pretty Print定位并结合ESLint验证。
压缩混淆后的 JS 报 Invalid or unexpected token，根本不是语法错误本身，而是 SourceMap 没生效或没被正确使用——你看到的报错行号（比如 app.min.js:123:45）指向的是压缩后文件，但浏览器控制台没把这行映射回原始代码，所以你只能瞎猜。
为什么控制台不显示原始位置？
这个错误通常出现在生产环境，而 SourceMap 默认不会随压缩 JS 一起发布，或者虽发布了但路径不对、格式不兼容、被服务器拦截了 MIME 类型。Layui 自身不生成 SourceMap，它依赖你构建工具（如 Webpack/Vite）是否输出并正确引用。
- 检查
app.min.js文件末尾是否有//# sourceMappingURL=app.min.js.map注释；没有就说明构建时没开启 SourceMap 输出 - 在 Network 面板里搜
.map，看app.min.js.map是否返回 200；404 或 403 表示路径错或服务器没配 MIME（需返回application/json） - 如果用了 Nginx，确认没加
location ~* \.map$ { deny all; }这类拦截规则 - Chrome 浏览器设置里要打开「Enable JavaScript source maps」（DevTools → Settings → Preferences → Sources）
不靠 SourceMap 怎么快速定位原始行？
当 SourceMap 不可用时，别硬啃压缩文件。直接用浏览器自带的 Pretty Print 功能展开混淆代码，再结合报错的列号（:45）粗略定位——虽然变量名全变成 abc，但结构还在。
- 在 Sources 面板中找到
app.min.js，点右下角{}图标启用 Pretty Print - 跳转到报错行（
:123），从该行开始向上找最近的function、if、for或{，往往错误就在这些语句内部 - 重点关注：模板字符串未闭合（
`缺失）、对象属性漏逗号、JSON 字符串里多写逗号、ES6 解构赋值写成const {a, b} = obj;却忘了obj是 null - 复制出这一小段代码，粘贴到本地新建的
.js文件里，用 ESLint 或 VS Code 的语法检查实时提示，比对着压缩文件猜快得多
layui 场景下的典型踩坑点
Layui 本身不参与构建，但它的模块加载方式容易放大混淆问题。常见触发 Invalid or unexpected token 的实际位置，往往不在你写的业务逻辑里，而在 layui.use() 回调或 form.on('submit') 这类异步入口处。
-
layui.use(['form', 'layer'], function(){ ... })里漏写了闭合括号或分号，压缩后可能合并到上一行导致解析失败 - 在
form.verify自定义校验函数里用了箭头函数但目标环境不支持（比如 IE11），压缩后没做降级，报错位置会偏移到layui.js内部 - 动态拼接 HTML 字符串时用了反引号，但某处漏了结尾
`，压缩后和下一行连成一句，报错行号飘移严重 - 引入了第三方 Layui 扩展（如
laydate或laypage），它们的 JS 文件没走统一构建流程，单独压缩后没 SourceMap，且和主包版本不匹配
最麻烦的其实是“报错行号看起来对，但点进去是空白”——那八成是 SourceMap 的 sourcesContent 字段没内联，而原始文件又没部署到线上可访问路径。这时候别折腾 map，直接用本地构建产物 + source-map 库手动查，比在线等更稳。
