有同样的错误，因为我忘记发送一个正确的头

header("Content-type: text/css; charset: UTF-8");
print 'body { text-align: justify; font-size: 2em; }';

我想扩展Todd R在op中的观点。在asp.net页面中，web。配置文件定义访问应用程序中每个文件或文件夹所需的权限。在我们的例子中，CSS文件文件夹不允许未经授权的用户访问，导致它在用户获得授权之前在登录页面上失败。更改web中所需的权限。通过修改CSS文件配置，可以防止非法用户访问CSS文件，解决了这一问题。

我也遇到了同样的问题，用同样的。htaccess文件来创建漂亮的url。经过几个小时的观察和实验。我发现这个错误是因为相对链接的文件。

浏览器将开始为所有css, js和图像文件获取相同的源HTML文件，当我将浏览几个步骤深入到服务器。

为了解决这个问题，你可以在HTML源代码上使用<base>标签，

<base href="http://localhost/assets/">

链接到这样的文件，

<link rel="stylesheet" type="text/css" href="css/style.css" />
<script src="js/script.js"></script>

或者对所有文件使用绝对链接。

<link rel="stylesheet" type="text/css" href="http://localhost/assets/css/style.css" />
<script src="http://localhost/assets/js/script.js"></script>
<img src="http://localhost/assets/images/logo.png" />

这是因为您必须将内容类型设置为文本/html而不是文本/css为您的服务器页面(php,node.js等)

In my case, same error was coming with JSP. This is how I got to the root of this issue: I went to the Network tab and clearly saw that the browser request to fetch the css was returning response header having "Content-type" : "text/html". I opened another tab and manually hit the request to fetch the css. It ended up returning a html log in form. Turns out that my web application had a url mapping for path = / Tomcat servlet entry : (@WebServlet({ "/, /index", }). So, any unmatching request URLs were somehow being matched to / and the corresponding servlet was returning a Log in html form. I fixed it by removing the mapping to /

此外，tomcat配置wrt处理css MIME-TYPE已经存在。

试试这个<link rel="stylesheet" type="text/css" href="../##/yourcss.css">

哪里##是你的文件夹，其中是你的。css -文件

别忘了:..(双点)。