先查Network面板中状态码为403的具体请求URL，再根据资源类型区分排查：静态文件403重点检查服务器文件权限、目录配置及路径大小写；接口403则聚焦鉴权头、跨域预检和路由前缀是否完整。
layui 页面加载资源时出现 403，先看 Network 面板里哪个请求挂了
403 不是前端代码写错，而是服务器明确拒绝提供某个资源。必须先定位具体是哪个文件被拦——layui.js？layui.css？还是你自定义的 /js/user.js 或 /images/logo.png？打开浏览器开发者工具的 Network 面板，刷新页面，按 “Status” 列排序，找出所有标着 403 的条目。只看控制台报错没用，因为“Failed to load resource”不告诉你到底是哪个 URL 被拒。
静态资源 403 多因文件权限或目录配置错误
如果出问题的是 layui.js、layui.css 这类静态文件，403 通常和服务器配置强相关，不是前端能改掉的：
- Linux 服务器上检查该文件权限是否为
644，所在目录是否为755；权限过严（如600）会导致 Web 服务用户（如 www-data、nginx）无法读取 - Apache 用户重点查
.htaccess是否写了Deny from all或限制了扩展名；Nginx 用户检查location块里有没有deny all或未配try_files - 若资源路径含
..（如../js/layui.js），某些服务器会默认拦截这类“向上跳转”的路径，需在配置中显式允许
接口请求返回 403，重点查鉴权与跨域头
如果是 table.render()、upload.render() 或 $.ajax() 请求后端 API 时返回 403，问题不在文件系统，而在访问策略：
- 确认请求 URL 是完整路径（如
/api/user/list），不是相对路径漏了前缀（api/user/list会被拼成当前页域名下路径，易被路由规则误判） - 检查请求是否带必要认证头（如
Authorization: Bearer xxx）；Layui 默认不自动携带 cookie，若后端依赖 session，要加xhrFields: { withCredentials: true } - 跨域请求时，403 可能是预检（OPTIONS）失败导致——后端未正确响应
Access-Control-Allow-Origin和Access-Control-Allow-Methods，浏览器直接拒发主请求
部署后突然 403，警惕大小写和路径基准变化
本地跑得好，一上 Linux 服务器就 403，90% 是路径细节翻车：
- Linux 文件系统区分大小写：
Layui.js在 Windows 下能加载，到服务器上必须写成layui.js，否则 404 或 403（取决于服务器配置） - 前端构建后，
index.html所在目录变了，原来写的./js/layui.js实际指向了错误位置；建议统一用根路径/js/layui.js，并在 Nginx/Apache 中配好root或alias - 使用 Vue/React 等构建工具时，public 目录下的文件若被误放进 src，构建后可能缺失，导致引用 403
真正难排查的，往往是那个被当成“小问题”跳过的路径斜杠或大小写——它不会报语法错误，只安静地返回 403，然后让你在 Network 面板里反复点开又关闭。
