特定Google账号访问Express站点时CSS样式加载失效排查

该故障属于Chrome单设备-单账号绑定的本地配置文件侧拦截问题，与Express静态资源配置、EJS视图路径、CSS文件本身无关联。你观察到的「其他账号、其他浏览器、其他设备登录同账号均正常」的特征，已经完全排除服务端故障可能：控制台报MIME类型错误只是表象——当CSS请求被浏览器侧规则拦截时，返回的内容是HTML格式的拦截提示页而非CSS文件，浏览器自然会因资源类型不匹配拒绝加载。

• 该设备上对应Chrome账号配置下，安装的扩展触发了资源拦截：多为广告拦截类（uBlock/AdGuard/AdBlock自定义规则异常）、脚本拦截类、安全防护类扩展，且拦截规则仅保存在本地，没有随账号同步到其他设备
• 该设备的Chrome对应配置文件开启了实验性安全功能：比如Chrome Flags中手动开启了强制资源类型校验、跨域资源硬拦截类实验项，这类配置默认不会随Google账号同步
• 设备本地安装的第三方安全软件、企业终端管控软件，对该Chrome配置文件注入了内容拦截规则，针对目标站点的CSS路径返回拦截提示
• 对应账号的本地Chrome配置文件损坏：常规清空缓存、浏览数据的操作没有覆盖到损坏的配置节点，导致异常持续存在

按从易到难的顺序操作即可：

1. 扩展排查：在出问题的Chrome账号下打开无痕窗口（默认状态下扩展不会在无痕窗口生效），访问目标站点。如果无痕模式下样式加载正常，即可确认是扩展导致的故障。
   • 处理方式：回到普通窗口逐个禁用已安装的扩展，每禁用一个就刷新页面测试，定位到触发拦截的扩展后，直接卸载或重置其规则配置，将你的站点加入扩展白名单即可。
2. 实验功能重置：如果无痕模式下故障依旧，在地址栏输入chrome://flags回车，点击页面顶部的「Reset all」按钮重置所有实验性配置，重启浏览器后再测试。
3. 本地安全软件排查：临时退出设备上运行的第三方杀毒软件、企业终端管控程序，刷新页面测试。如果样式恢复正常，在对应安全软件的规则配置中，将你的站点加入资源访问白名单即可。
4. 重建本地配置文件：以上操作都无效时，可重建对应账号的本地Chrome配置：
   • 先确认Chrome同步功能已开启，确保书签、密码、扩展等数据已同步到Google账号
   • 退出当前Google账号，完全关闭Chrome进程
   • 打开Chrome用户数据目录：Windows系统路径为C:\Users\<你的用户名>\AppData\Local\Google\Chrome\User Data，Mac系统路径为~/Library/Application Support/Google/Chrome
   • 找到对应账号的配置文件夹（一般命名为Default，多账号场景下为Profile 1/Profile 2这类名称），将其重命名做备份
   • 重新打开Chrome，登录对应Google账号，等待数据同步完成后再访问站点即可。

内容的提问来源于stack exchange，提问作者Kandalia Kiki