当我试图通过javascript (jQuery在这种情况下)改变数组中的背景图像时，我也遇到了同样的问题。

无论如何。

而不是这样:

m.setStyle('background-image','url(/templates/site/images/style5/'+backgs[i]+')')

这样做:

eval("m.setStyle('background-image','url(/templates/site/images/style5/'+backgs[i]+')')");

Chrome javascript在试图解析一个以'为结构的元素中的变量时会搞砸。在我的例子中，它在插入图像数组之前停止。它不是解析图像url +图像名称(在数组内)，而是只解析图像url。

您可能需要在代码中搜索，看看它发生在哪里。FF, IE和其他所有的都没有这个问题。

这与jQuery或任何客户端脚本代码无关。这是一个服务器端问题:服务器(端应用程序)没有为客户端脚本资源发送预期的HTTP Content-Type报头字段值。如果Web服务器配置不充分、配置错误，或者服务器端应用程序(例如，PHP)正在生成客户端脚本资源，就会发生这种情况。

适合ECMAScript实现(如JavaScript)的MIME媒体类型包括:

文本/javascript(注册为过时，未弃用;但仍然有效，支持最好) Text /ecmascript(注册为过时，未弃用;但仍然有效) 应用程序/ javascript 应用程序/ ecmascript

它们不包括application/x-javascript，因为上面列出的MIME媒体类型现在已经在标准树中注册了(所以没有必要，也不应该再使用实验性的媒体类型)。参考RFC 4329，“脚本媒体类型”(2005 CE)和我的测试用例:对脚本媒体类型的支持。

一种解决方案是尽可能配置服务器，正如已经推荐的那样。对于Apache，这就像添加指令一样简单

AddType text/javascript .js

(详见Apache HTTP Server文档)。

但是如果客户端脚本资源是由服务器端应用程序生成的，比如PHP，那么就有必要显式地设置Content-Type报头字段值，因为默认值可能是text/html:

<?php
  header('Content-Type: text/javascript; charset=UTF-8');
  // ...
?>

(该语句和类似的语句必须在任何其他输出之前出现-请参阅PHP手册-，否则HTTP消息体被认为已经开始，并且发送更多的报头字段为时已晚。)

客户端脚本资源很容易在服务器端生成，即使服务器上有普通的.js文件，如果在提供注释时从它们中删除注释，如果它们都被打包到一个大响应中(以减少请求的数量，这可能更有效)，或者服务器端应用程序以任何其他方式最小化它们。

如果它的IIS确保在你的公共HTTP功能下，你已经打开了静态内容

我有同样的错误，最后(在我的特殊情况下)，我发现部署描述符(web.xml)有问题

存在的问题:

<servlet-mapping>
    <servlet-name>SessionController</servlet-name>
    <url-pattern>/</url-pattern>
</servlet-mapping>
...
<welcome-file-list>
    <welcome-file>/</welcome-file>
</welcome-file-list>

解决方案:

<servlet-mapping>
    <servlet-name>SessionController</servlet-name>
    <url-pattern>/SessionController</url-pattern>
</servlet-mapping>
...
<welcome-file-list>
    <welcome-file>desktop.jsp</welcome-file>
</welcome-file-list>

如果你正在使用AdonisJS (REST API，例如)，一种避免这种情况的方法是这样定义响应头:

response.safeHeader('Content-type', 'application/json')

如果你用一个php文件生成javascript，添加这个作为你的文件的开头:

<?php Header("Content-Type: application/x-javascript; charset=UTF-8"); ?>