在所有地址上运行自己的用户脚本是否有风险？

在所有地址上运行自己的用户脚本是否有潜在的风险？是的，一小；见下文。

当前（不在所有页面上）运行自己的用户脚本的主要原因是：

1. 浏览器性能：加载和运行脚本需要时间，CPU周期，有时还需要磁盘访问。通常，延迟几乎不会引起注意，但是，如果延迟未提供有用的服务，为什么还要完全延迟呢？
2. 意外的副作用：您认为您的$(".someclass").remove();代码只会影响X页-直到不会。头部刮擦，然后进行可选的诅咒...
   其他常见的副作用包括导致页面或用户脚本失败的脚本冲突。
3. iframe：默认情况下，脚本在iframe上运行，并且某些页面上有数十个iframe和/或iframe嵌套了多个级别。
   这是性能和副作用问题的乘数。
4. 风险：敏感代码泄漏：$.get( "frbyPlay.me/pics?user=admin&pw=1234"...在非沙盒代码中使用，错误的站点可以看到它（或AJAX）。
   使用页面的JS时，攻击的途径是无限的。幸运的是，这通常是极低的风险，可以轻松缓解，但是无知或自满会导致严重的尴尬。
5. 风险：接触“绝命毒师”：最近，一个以前广受喜爱和信任的扩展名变成了邪恶。
   当您的脚本使用的某些库（例如jQuery）遭到黑客入侵或“商业优化”时，会发生什么？脚本运行的页面越少，出现恶作剧的机会就越少，并且损害扩散越小。
   （当然，如果Tampermonkey自己长大了山羊胡子，那么无论如何我们都会被认捐。）

请注意，原因1和2也是您应尽量使用@match而不是的原因@include。@match解析网址的速度更快，并且在意外/意外站点上触发的可能性也大大降低。
（然后，在Tampermonkey中，@match将这些小站点图标添加到Tampermonkey仪表板中。）