如果你正在运行一个nginx + uwsgi安装流浪者，那么主要的问题是在一些答案中提到的发送文件的虚拟盒错误。然而，要解决这个问题，你必须在nginx和uwsgi中禁用sendfile。

在nginx.conf sendfile掉 Uwsgi应用程序/配置 ——disable-sendfile

这个错误

当代码被JavaScript解释器解析时，它被分解成称为“令牌”的片段。当一个令牌不能被归类为四种基本令牌类型之一时，它在大多数实现上被标记为“ILLEGAL”，并抛出此错误。

同样的错误会被引发，例如，如果你试图运行一个带有恶意@字符的js文件，一个错位的大括号，括号，“智能引号”，单引号没有被正确包围(例如this.run('dev1))等等。

很多不同的情况都会导致这个错误。但如果没有任何明显的语法错误或非法字符，则可能是由不可见的非法字符引起的。这就是我的答案。

但我没看到任何违法的东西!

代码中有一个不可见的字符，就在分号之后。它是Unicode U+200B零宽度空格字符(也就是ZWSP, HTML实体​)。该字符已知会导致意外令牌非法JavaScript语法错误。

它从何而来?

我不能确定，但我打赌jsfiddle。如果你从那里粘贴代码，它很可能包含一个或多个U+200B字符。该工具似乎使用该字符来控制长字符串的换行。

更新2013-01-07 在最新的jsfiddle更新之后，它现在像codepen一样将字符显示为红点。显然，它也不再单独插入U+200B字符，所以这个问题从现在开始应该不那么频繁了。 更新2015-03-17 由于VirtualBox中的一个bug, Vagrant有时也会导致这个问题。解决方案，根据这篇博客文章是设置sendfile关闭;在你的nginx配置中，或者如果你使用Apache, EnableSendfile Off。

也有报道称，从Chrome开发工具中粘贴的代码可能包括该字符，但我无法在当前版本中重现该字符(OSX上为22.0.1229.79)。

我怎样才能发现它?

角色是看不见的，我们怎么知道它在那里?你可以要求编辑显示不可见的字符。大多数文本编辑器都有这个功能。例如，Vim默认显示它们，ZWSP显示为<u200b>。您还可以在线调试它:jsbin在其代码窗格上将该字符显示为一个红点(但在保存和重新加载页面后似乎会删除它)。CodePen。IO还将它显示为一个点，即使保存后也会保留它。

相关问题

这种性格并不是什么坏事，它实际上是相当有用的。Wikipedia上的这个例子演示了如何使用它来控制长字符串应该换行到下一行的位置。但是，如果您没有意识到标记上存在字符，这可能会成为一个问题。如果你把它放在一个字符串中(例如，一个没有可见内容的DOM元素的nodeValue)，你可能会期望这样的字符串是空的，而实际上它不是空的(即使在应用了string .trim之后)。

ZWSP还会导致在HTML页面上显示额外的空白，例如当它位于两个<div>元素之间时(如在这个问题中所见)。这种情况甚至不能在jsfiddle上重现，因为字符在那里被忽略了。

另一个潜在的问题是:如果网页的编码不被识别为UTF-8，字符实际上可能会显示(例如，用latin1表示为â€[])。

如果ZWSP出现在CSS代码(内联代码或外部样式表)中，样式也不能正确解析，因此一些样式不能应用(在这个问题中可以看到)。

ECMAScript规范

我在ECMAScript规范(版本3和5.1)中找不到任何提到这个特定字符的地方。当前版本在7.1节中提到了类似的字符(U+200C和U+200D)，该章节说当“在注释、字符串字面量和正则表达式字面量之外”时，它们应该被视为IdentifierParts。例如，这些字符可以是变量名的一部分(和var x\u200c;事实上工作)。

Section 7.2 lists the valid White space characters (such as tab, space, no-break space, etc.), and vaguely mentions that any other Unicode “space separator” (category “Zs”) should be treated as white space. I'm probably not the best person to discuss the specs in this regard, but it seems to me that U+200B should be considered white space according to that, when in fact the implementations (at least Chrome and Firefox) appear to treat them as an unexpected token (or part of one), causing the syntax error.

我把所有的空间区域都改为&nbsp，就像这样，它工作起来没有问题。

Val.replace (" "， "&nbsp");

我希望它能帮助到一些人。

我要在这堆答案里再加一个。这个问题也可能因为编码而发生。您希望utf8编码是安全的。一些编辑器默认使用utf16，这可能会导致问题。一个快速的测试方法是，例如在VS code中，简单地重新创建相同的内容，但使用vscode的本地编辑器来创建文件。 希望这能有所帮助。

如果您从另一个文档(如PDF)复制代码到控制台并试图运行它，也可能会发生这种情况。

我试图从我正在阅读的Javascript书中运行一些示例代码，很惊讶它不能在控制台中运行。

显然，从PDF中复制会在代码中引入一些意想不到的、非法的、看不见的字符。

为什么要在代码中寻找这个问题?甚至，如果它是复制粘贴。

如果你能看到，在同步文件夹保存文件后到底发生了什么-你会在文件末尾看到类似*****的东西。这和你的代码一点关系都没有。

解决方案。

如果你在vagrant box中使用nginx -添加到服务器配置:

sendfile off;

如果你在vagrant box中使用apache -添加到服务器配置:

EnableSendfile Off;

问题来源:VirtualBox Bug