我总是在strict mode 中编码，希望能够避免（或至少强制要求更改我的代码）免受 Javascript 语言问题的影响，例如使用过时的方法或错误解释的语法。
但是我今天遇到了this 问题，我想知道是否有任何方法可以禁用浏览器中的分号插入或其他类似严格模式的“编译”时错误？
JS[H/L]int 碰巧无法识别 JS 解释器在哪里插入分号并标记它们以供我们缓解吗？
编辑
JShint 和 JSLint 如果在 return 关键字之后找到分号之前存在新行，则会出错。但是，我不知道有关自动插入的其他注意事项以及它们是否也被检测到。
无论如何，如果答案确实解决了“禁用”部分，那将更相关。
【问题讨论】：
标签： javascript syntax
return 关键字之后的表达式必须始终与关键字在同一行开始，这与解释器无关，它是由 ECMAScript 标准定义的，这是语言的一个坏部分，但如果你尊重写作规则Douglas Crockford 描述的 JS 代码，你就不会再遇到这种情况了。
来自 Douglas Crockford 的“JavaScript: The Good Parts”（附录 A.3 糟糕的部分）：
JavaScript 有一种通过自动插入分号来尝试纠正错误程序的机制。不要依赖于此。它可以掩盖更严重的错误。
它有时会在不欢迎分号的地方插入分号。考虑在 return 语句中插入分号的后果。如果 return 语句返回一个值，则该值表达式必须与 return 在同一行开始：
return
{
status: true
};
这似乎返回了一个包含状态成员的对象。不幸的是，分号插入会将其变成返回未定义的语句。没有警告分号插入导致对程序的误解。如果将 { 放在上一行的末尾而不是下一行的开头，则可以避免该问题：
return {
status: true
};
另请参阅 Douglas Crockford 的 JavaScript 代码约定：http://javascript.crockford.com/code.html
【讨论】：
return 问题无关，这只是引起了我的注意，它还会插入其他我想要根除的东西
只是想我会帮助遇到这个问题的人。
我已经开始使用 Google 的 Closure Comiler 来缩小项目的 JS，它给了我一些方便的警告。
$> java -jar google_closure_compiler.jar --language_in=ECMASCRIPT5_STRICT --js_output_file 'min.js' 'file1.js' 'file2.js'
file1.js:152: WARNING - unreachable code
getSomething(function() { return this.doThingo(''); });
^
file2.js:203: WARNING - Suspicious code. The result of the 'add' operator is not being used.
' to ' + (typeof obj);
^
0 error(s), 2 warning(s)
有问题的代码块如下（cmets 描述了编译器提醒我注意的代码丢失了什么）：
file1.js:150
return generateSomeObject(bunch, of, arguments)
//the period before the function call was missing
getSomething(function() { return this.doThingo(''); });
}
file2.js:201
if (someCondition)
//trailing plus was missing from this line
throw 'Could not set ' + last + ' of ' + (typeof root)
' to ' + (typeof obj);
return old;
我不知道它是否会识别浏览器整理的所有错误（所以我可能不会将此标记为答案），但它比 YUI 的缩小器所做的要多得多为我做事（忽略了所有这些情况）。
此外，与 YUI 相比，编译器能够接受多个文件输入，因此可以为我提供每个文件的行号以查找错误，并且不会t 错误/重做 debugger 关键字）。
希望对你也有帮助。
【讨论】：