我也面临着同样的问题。在做了一些研究之后，我发现问题出在文件名上。实际文件的名称是“lightgaly .css”，但在链接时我输入了“lightgaly .css”。

更多信息:

它在我的本地主机上运行良好(操作系统:Windows 8.1 &服务器:Apache)。 但是当我将我的应用程序上传到远程服务器(与我的本地主机不同的操作系统和Web服务器)时，它不起作用，给了我和你一样的错误。

因此，问题是服务器的大小写敏感性(与文件名有关)。

我想从理解问题开始

浏览器向服务器发出HTTP请求。然后服务器做出一个HTTP响应。

请求和响应都由一堆头部和一个(有时是可选的)包含一些内容的主体组成。

如果有一个主体，那么其中一个头是Content-Type，它描述了主体是什么(它是HTML文档吗?一个图像?表单提交的内容?等等)。

当您请求样式表时，服务器会告诉浏览器这是一个HTML文档(Content-Type: text/ HTML)，而不是一个样式表(Content-Type: text/css)。

我已经查过了。Type and text/css已经在css上了。

那么，您的服务器的其他部分使样式表具有错误的内容类型。

使用浏览器开发人员工具的Net选项卡检查请求和响应。

如果你在prod中提供应用程序，请确保你在service worker中提供静态文件。当我在Django上只提供React构建的静态子文件夹时，我遇到了这个错误(没有具有样式的资产)

我开始得到这个问题今天只在chrome和safari相同的项目/url为我的goormide容器(node.js)

在尝试了上面的几个建议之后，它们似乎不起作用，并且回溯了我从昨天到今天所做的一些代码更改，这也没有什么区别，我最终在chrome设置中单击:

1.设置;

2.向下滚动至底部，选择:“高级”;

3.向下滚动到底部，选择:“恢复设置到原始默认值”;

这似乎已经解决了这个问题，因为我不再在控制台中得到警告/错误，页面显示为它应该。阅读上面的帖子，似乎这个问题可以从任何数量的来源发生，所以设置重置是一个潜在的通用修复。 干杯

我在一个。net应用程序中遇到了同样的问题，一个叫做MojoPortal的CMS开源程序。在我的一个特定网站的主题和皮肤中，在浏览或测试时，它会像窒息一样磨碎和变慢。

我的问题不是CSS的“类型”属性，而是“其他东西”。我的具体变化在Web.Config中。我将MinifyCSS, CacheCssOnserver和CacheCSSinBrowser的所有值都更改为FALSE。

一旦设定好了，网站再次快速投入生产。

@Rob Sedgwick的回答给了我一个指针，然而，在我的情况下，我的应用程序是一个春季启动应用程序。所以我只是在我的安全配置中为相关文件的路径添加了排除…

说明—此解决方案基于springboot…你需要做的可能会根据你使用的编程语言和/或你使用的框架而有所不同

然而，要注意的一点是;

从本质上讲，当每个请求，包括 那些静态内容正在被验证。

所以让我们说一些路径到我的静态内容，导致错误如下;

一个叫做“插件”的路径

http://localhost:8080/plugins/styles/css/file-1.css http://localhost:8080/plugins/styles/css/file-2.css http://localhost:8080/plugins/js/script-file.js

还有一个路径叫做pages

http://localhost:8080/pages/styles/css/style-1.css http://localhost:8080/pages/styles/css/style-2.css http://localhost:8080/pages/js/scripts.js

然后，我只需在Spring Boot安全配置中添加如下排除项;

@Configuration
@EnableGlobalMethodSecurity(prePostEnabled = true)
@Order(SecurityProperties.ACCESS_OVERRIDE_ORDER)
public class SecurityConfig extends WebSecurityConfigurerAdapter {

    @Override
    protected void configure(HttpSecurity http) throws Exception {
        http.authorizeRequests()
            .antMatchers(<comma separated list of other permitted paths>, "/plugins/**", "/pages/**").permitAll()
            // other antMatchers can follow here
    }

}

从身份验证中排除这些路径“/plugins/**”和“/pages/**”可以消除错误。

干杯!