Vite项目中DevTools无法跳转SCSS源文件，根本原因是CSS sourcemap链路中断：必须同时启用css.devSourcemap: true和css.preprocessorOptions.sass.sourceMap: true，且.map文件中sources字段需为项目内相对路径（如["button.scss"]），绝对路径或越界路径均导致解析失败。
你在Vite项目里改了button.scss，DevTools样式面板却始终跳转到编译后的CSS行号，点不开原始SCSS文件——这不是浏览器缓存问题，而是CSS sourcemap链路在某个环节断开了。
确认CSS sourcemap是否真正启用
第一步：打开vite.config.ts，检查css配置块是否存在且完整：
必须同时存在这两项，缺一不可：【css.devSourcemap: true】 控制CSS处理层（PostCSS等）的映射生成；【css.preprocessorOptions.sass.sourceMap: true】 单独激活Sass编译器自身的映射能力。漏掉任意一个，Sources面板就只会显示.css，绝不会出现.scss。
第二步：运行vite dev后，立刻查看控制台启动日志——如果看到“Compiled SCSS successfully”但没提source map，说明sass层开关未生效；若看到“Generated CSS sourcemap”，说明CSS层已通，但SCSS层可能仍断。
立即学习“前端免费学习笔记（深入）”；
第三步：用curl或浏览器直接访问一个CSS文件末尾，确认最后一行是/*# sourceMappingURL=xxx.css.map */。不是//开头，不能有空格，不能跨行。这行注释若缺失或格式错误，浏览器根本不会发起.map请求。
验证.map文件能否被浏览器直接加载
方法一：复制CSS文件URL，把结尾的.css改成.css.map，粘贴进新标签页访问。例如https://localhost:5173/css/main.css → 改为https://localhost:5173/css/main.css.map。如果返回404，说明路径错配；如果返回JSON但sources字段为空数组[]，说明Dart Sass根本没建立映射关系。
方法二：打开DevTools → Network面板 → 刷新页面 → 筛选.css.map → 查看所有请求的状态码和响应体。出现403？Nginx没配置map MIME类型；出现net::ERR_CONNECTION_REFUSED？本地开发服务器压根没暴露该路径；响应体是{"version":3,"sources":[],"mappings":"","file":"main.css"}？这就是典型的“空map”，根源在sass CLI参数位置错误或版本默认关闭。
注意：Vite 5.4+ 默认将.map文件写入dist目录，但开发服务器只挂载/public和/src。如果你用的是自定义outDir或alias别名，.map文件很可能被路由拦截或根本没生成到可访问路径下。
修复Sources面板不显示.scss文件
第一步：检查.map文件里的sources字段值。打开刚才能访问的.main.css.map，搜索"sources"。如果值是["/Users/yourname/project/src/button.scss"]或["../../src/button.scss"]，浏览器无法解析——前者是绝对路径，后者越界跳出项目根目录。正确值应为["button.scss", "mixins/_reset.scss"]这类纯文件名或项目内相对路径。
第二步：针对Webpack用户（虽非Vite，但常混用）：mini-css-extract-plugin会默认把sourceMappingURL写成http://localhost:3000/dist/main.css.map这种绝对URL，而Vite开发服务器实际监听的是http://localhost:5173。必须显式设置publicPath: ''强制生成相对路径。
第三步：Vite用户重点排查@use别名路径。如果你用了@use '=/styles' as s，而插件未适配importer逻辑，sources字段就会变成空数组或乱码路径。临时方案：把@use改成@import "../styles/button.scss"，再测试是否出现.scss节点。
第四步：禁用所有浏览器扩展，尤其是广告屏蔽类、代码高亮类插件。Firefox曾多次因uBlock Origin拦截.map请求导致“DevTools failed to load source map”警告，而Network面板里根本看不到该请求。
