最近后台收到不少类似的私信，都是同一个问题：Chrome里怎么控制JavaScript的运行？有人是为了网页提速，有的是被各种弹窗和浮层烦得不行，还有的是为了调试页面、验证某种前端效果。以前这个问题很好回答，直接装一个Quick Javascript Switcher扩展就完事了，但2023年Chrome全面推向Manifest V3之后，这类老牌扩展集体失效。现在再想给浏览器加上JavaScript开关和站点黑白名单，就不能再用老一套了。
这篇文章就专门讲当前版本的Chrome到底怎么允许或禁止JavaScript，以及如何实现比“全局开关”更精细的“按站点放行/拦截”效果。全文不涉及任何需要额外安装全家桶软件才能搞定的手段，全部基于Chrome原生功能和几个还能在Manifest V3生态里正常工作的方式，适合需要日常管理浏览器脚本行为、被网页折磨过的普通用户，也适合需要用JavaScript开关做调试和性能排查的开发者。
1. 为什么要管住JavaScript：性能、隐私与安全的多重考量
在很多人的认知里，JavaScript是网页的“灵魂”，关了页面就没法用了。这个说法只对了一半。JavaScript确实是现代网页交互的基础，但网页里跑着的绝大多数脚本，其实跟你真正想看的正文内容没有半毛钱关系。
1.1 性能层面：脚本是页面卡顿的元凶
我实测过一个常见的资讯类网站，关闭全部JavaScript之后，首屏加载时间从4.8秒降到了1.2秒，CPU占用率几乎归零。原因很简单，现在的网页充斥着各种埋点统计脚本、广告渲染脚本、视频预加载脚本、社交分享组件脚本，还有一堆你根本感知不到的第三方依赖库。这些脚本在后台争抢CPU和网络带宽，直接结果就是风扇狂转、页面半天出不来。
对配置普通的电脑来说，很多“打开网页就卡死”的情况，并不是网络慢，而是JavaScript过于庞杂。只保留必要站点的脚本、屏蔽其余站点的脚本，是目前成本最低的网页提速手段。
1.2 隐私层面：大部分跟踪行为都依赖JavaScript
跨站追踪的实现方式有很多种，但最普遍的一种就是通过JavaScript往浏览器里写入各种标识信息，再配合后端接口识别你的身份。比如你在A网站搜了一个词，去B网站立刻看到相关广告，背后很多就是基于JavaScript参与的联合跟踪体系。
把JavaScript关掉或者对特定站点屏蔽，这些跟踪脚本就失去了执行环境，浏览器不会运行它们，也就不会被写入那些用于识别身份的信息。这不等于完全匿名，但确实能大幅减少暴露在跟踪网络中的数据量。
1.3 安全层面：恶意脚本的入口需要在源头堵住
网页里的恶意脚本可以干的事情非常多，包括但不限于：伪装成系统弹窗诱导点击、挖矿脚本占用你的算力、通过浏览器漏洞执行攻击代码、自动下载恶意文件。如果你经常访问一些来源不明的站点，给浏览器加一道JavaScript拦截的关卡，能在脚本真正执行前就把它挡住。
要注意的是，JS开关不是安全软件，不能替代杀毒和反钓鱼防护，但它是一道非常有效的防线，尤其是在访问测试环境、临时域名、镜像站点时，我习惯先把脚本禁止掉，确认页面行为正常再放行。
1.4 兼容性修复：一些网页故障就是脚本引起的
有一种奇怪的网页故障很常见：页面能打开，但按钮点击没反应、滚动条异常、弹窗反复出现、布局错乱。排查的第一步，不是刷新，而是先把JavaScript禁用掉再刷新看看。
很多前端开发者在写代码时只兼容特定浏览器，或者用了某个已经废弃的接口，导致脚本报错、事件绑定失败。这种情况下，禁用脚本反而能让页面回归最基础的HTML内容展示。这类场景在开发调试中特别有用，比如你需要确认某个内容是不是通过渲染生成的，直接在禁用脚本的状态下看页面就知道。
2. 不装任何扩展：Chrome原生设置的全局开关与站点例外
先讲最基础也最直接的办法：利用Chrome自带的网站设置来管理JavaScript。这条路不需要安装任何插件，适合临时用一下、不想多装东西的用户。
2.1 打开JavaScript管理入口的具体路径
Chrome的JavaScript控制项藏在网站的权限设置里，位置比较深，但导航路径很固定：
- 打开Chrome浏览器，点击右上角的三个点菜单
- 选择“设置”
- 在左侧菜单找到“隐私和安全”
- 点击“网站设置”
- 向下滚动，在“内容”区域找到“JavaScript”
也可以直接在地址栏输入chrome://settings/content/javascript回车，一步直达。这个方法在任何版本的Chrome上都通用，不受扩展生态变化的影响。
进入页面后你会看到两个选项：一是“网站可以使用JavaScript”，这是默认开启状态；二是“不允许网站使用JavaScript”，这就是全局总开关。
2.2 全局禁止JavaScript后会发生什么
选中“不允许网站使用JavaScript”之后，所有网站默认都不能运行任何脚本。刷新页面你会发现：网站上大部分图片还在（因为图片是HTML标签，不是脚本），但弹窗、轮播图、懒加载、表单验证、无限滚动这些依赖脚本的功能全部消失。
这个操作的影响范围非常大，很多页面会直接变成“裸奔”状态，布局都是乱的，根本不具备日常可用性。所以全局禁止JavaScript对我来说，更多是用于“最快速度验证某个页面离了脚本还剩下什么”，而不是作为日常设置来用。
普通用户如果直接把全局开关关掉，大概率会发现自己常用的网站全都用不了了。这也是为什么我从来不建议把“全局关闭JavaScript”当作常规操作的原因——你需要的是精准控制，而不是一刀切。
2.3 用原生“例外列表”实现初步的黑白名单效果
全局开关虽然粗暴，但配合Chrome原生的“例外列表”功能，就能实现一定的黑白名单效果。在这个JavaScript设置页面里，点击“不允许网站使用JavaScript”后面的“添加”，输入某个站点地址，那么这个站点就会被加入“禁止使用JavaScript”的名单。
举个例子，如果你保持默认的“网站可以使用JavaScript”，然后手动把某个广告满天飞的资讯站点添加进不允许列表，这个站点的JavaScript就会被禁止，广告弹窗和自动播放的视频基本都能消停。反过来，如果你全局禁止了JavaScript，也可以把某个必须依赖脚本的网站加入例外，让它在这个“全局禁用”的环境下继续运行脚本。
这就是Chrome原生支持的黑名单模式和白名单模式：
| 应用场景 | 全局设置 | 例外列表添加 | 实际效果 |
|---|---|---|---|
| 黑名单模式（默认开，按站封禁） | 网站可以使用JavaScript | 把目标站点添加到“不允许使用” | 只禁止指定站点的JavaScript |
| 白名单模式（全局关，按站放行） | 不允许网站使用JavaScript | 把目标站点添加到“允许使用” | 只允许指定站点的JavaScript |
这两种模式的切换成本很低，随时可以在设置页面里调整。但原生方案有几个硬伤：一是例外列表只能按完整域名配置，不支持子域名或路径级别的精细规则；二是切换需要好几个步骤，不适合频繁操作；三是没有任何可视化面板，添加多了之后不好管理。
2.4 原生方案的问题：不够精细也不够方便
实际用下来你就会发现，原生方案最大的问题在于“粒度太粗”和“操作太繁琐”。
粒度方面，Chrome的原生例外列表只认域名，比如你输入example.com，它会把www.example.com和m.example.com都涵盖进去。但你没办法单独指定“只允许这个域名的某个接口路径”，也没办法按照页面URL做规则匹配。
操作方面，每次想要临时放行某个站点，都要一层层进设置去找，别说普通用户了，我自己用起来都觉得烦。如果一天要在不同站点之间来回切换JavaScript的开关状态，原生方案绝对会让你崩溃。
所以，如果你只是偶尔需要禁用某个网站，原生功能够用；如果你经常需要管理多个站点的脚本运行状态，或者希望一键切换全局开关，那还是得靠下面要讲的扩展方案。
3. 扩展工具选型：Manifest V3时代还能用的三款方案
Chrome从2023年开始强制要求扩展迁移到Manifest V3，这是一个对扩展能力限制更严格的新规范。老牌的Quick Javascript Switcher这类扩展，因为依赖被新规范禁止的API，已经停止维护或者无法在最新版Chrome中正常工作。
很多用户还停留在“装个插件事就解决了”的旧时代思维，真到了商店搜索的时候才发现，能搜到的同类工具要么版本老旧、要么权限过多不敢装。我扒了一遍Chrome网上应用商店，现在还能正常使用且靠谱的方案主要有三个方向。
3.1 方案一：NoScript，经典老牌，注重安全隔离
NoScript其实是Firefox平台上的老牌扩展，后来也推出了Chrome版本。它的核心设计思路是“默认拒绝所有脚本，用户手动放行可信站点”，属于典型的白名单思维。
在Chrome版本里，NoScript会针对当前访问的站点显示一个图标，点击后可以看到该页面引用的所有域名脚本列表，你可以逐项选择允许或禁止，还可以设置信任域名的有效期（比如临时信任、长期信任）。
NoScript的颗粒度很细，不仅能看到主站域名，还能看到所有第三方域名下的脚本。这对于判断“哪个域名的脚本拖慢了网页”“哪个域名在偷偷发请求”非常有用。但它的问题也很明显：弹窗多、配置复杂，普通用户第一次打开会有点懵，需要一段时间适应它的交互逻辑。
3.2 方案二：uBlock Origin，广告拦截工具里的隐藏JS开关
uBlock Origin是广告拦截领域目前口碑最好的扩展，绝大多数人装它都是为了过滤广告。但很多人不知道，它内置了一个“禁用JavaScript”的开关，可以在全局和站点两个粒度上控制脚本是否执行。
使用uBlock Origin控制JavaScript的方法很简单：安装后点击工具栏的uBlock图标，打开控制面板，在“全局开关”那里有一个看起来像电源键的按钮，点一下就能在当前站点禁用JavaScript；按住Ctrl再点这个按钮，可以切换“全局禁用JavaScript”的模式。
uBlock的站点级控制在日常使用中非常顺手：图标点击即可切换当前网站的JS状态，完全不需要进入设置页面查找。配合它本身的内容过滤规则，即使JavaScript被禁止了，页面上的静态内容依然能正常展示，不会出现Chrome原生方案那种“页面直接废了”的情况。
3.3 方案三：ScriptSafe，从老工具升级到MV3的现代选择
ScriptSafe算是从Quick Javascript Switcher手里接棒的一款新工具，设计理念就是专门管JavaScript开关，界面也更符合现代Chrome扩展的风格。它支持全局开关、当前站点开关、域名的白名单/黑名单管理，还把统计面板做成了可视化列表，你可以直观看到每个网站的脚本运行情况。
ScriptSafe对普通用户最友好的一点是：默认没有把所有网站一棍子打死，而是先用“全局允许”让你正常浏览，遇到需要禁止的站点再一键切换。这种默认宽容、按需禁止的逻辑，比NoScript的“默认全禁”更容易上手。
三款工具没有绝对的好坏，取决于你的使用习惯：
| 工具 | 默认策略 | 上手难度 | 适合人群 |
|---|---|---|---|
| NoScript | 全局禁止，手动放行 | 较难 | 安全敏感用户、开发者 |
| uBlock Origin | 全局允许，按站禁止 | 容易 | 广告拦截用户、需要快速切换开关的人 |
| ScriptSafe | 全局允许，按站禁止 | 容易 | 只想管JavaScript不管其他功能的用户 |
我个人目前的组合是uBlock Origin管广告，配合ScriptSafe管JavaScript开关，两者互不冲突、职责清晰。
4. 实操流程：从“全局禁止”到“精确放行”的完整配置
工具选好了，接下来就是完整的配置流程。这部分我会一步步写出实际操作的每个细节，包括参数选择、点击位置、验证方法，直接照着做就行。
4.1 先确定需求：你要的是“全局关+白名单”还是“全局开+黑名单”
动手配置之前，先想清楚你的使用场景，因为这决定了你该选哪种策略：
- 如果你平时有固定的浏览习惯，只信任少数几个网站（比如网银、工作后台、文档系统），其他大部分网站都不太信任，那就用“全局禁止JavaScript + 白名单放行”，这正是NoScript的设计思路。
- 如果你只是想解决少数几个网站的弹窗、卡顿问题，其他网站保持默认状态，那就用“全局不禁止 + 黑名单封禁指定站点”，用uBlock Origin或ScriptSafe都能实现。
这两个策略没有优劣之分，只是适用于不同心理预期。我见过很多人上来就全局禁JS，结果第二天发现视频网站看不了、在线文档打不开，又急急忙忙去改设置。所以第一步，先确认你到底属于哪一类用户。
4.2 实操：用uBlock Origin实现“黑名单模式”
如果你选择的是“全局开+按站禁”模式，我的建议是装uBlock Origin，操作最简单：
- 在Chrome网上应用商店搜索 “uBlock Origin”，认准开发者是Raymond Hill，下载安装。
- 打开你想禁止JavaScript的网站，点击工具栏的uBlock Origin图标。
- 在弹出面板的右上角附近，找到一个圆形箭头样式的按钮，这就是JavaScript开关。点击它，按钮会变成灰色横线状态，表示当前站点已禁用JavaScript。
- 刷新页面，脚本就不会执行了。
uBlock Origin的好处是它可以精细到“单个站点”进行控制，而且它的控制状态会记住，下次访问同一个网站依然是禁止状态，不会自动恢复。这个开关和uBlock自身的过滤规则是独立运作的，即使你关闭了所有过滤规则，JavaScript开关依然生效。
4.3 实操：用NoScript实现“白名单模式”
白名单模式的核心是“默认全部禁止，只放行你信任的站点”，NoScript是这类方案的首选：
- 安装NoScript扩展后，它会默认对当前所有网站禁止脚本运行。
- 打开一个你想正常使用的网站（比如网上银行），如果页面没有正常展示，点击NoScript的工具栏图标。
- 在弹出的界面中会列出当前页面涉及的所有脚本来源域名。找到你信任的主域名，点击旁边的“允许”按钮。
- 如果希望以后这个域名的脚本都自动放行，把“允许”选项改成“临时允许”旁边那个可设置长期信任的选项（在界面上一般显示为一个时钟图标旁边的小箭头，选择“允许”并勾选“始终信任该域”相关设置）。
- 刷新页面，功能就恢复了。
NoScript的“允许”和“临时允许”需要重点说明一下。“临时允许”只对当前页面生效，页面跳转或者过期后就会失效，适合一次性操作；“允许”是长期生效，会记住你的选择。我刚开始用NoScript时每次都点“临时允许”，结果第二天所有站点又全部被拦截，折腾了好几次才明白这两个选项的含义。
4.4 实操：用ScriptSafe实现“按域名配置黑白名单”
ScriptSafe的操作逻辑介于两者之间，它把“全局开关”和“站点域名”分开管理：
- 安装后，默认状态下ScriptSafe不会主动禁止任何网站的JavaScript。
- 打开某个需要禁止脚本的网站，点击ScriptSafe的图标，把“在此网站上禁用JavaScript”打开。
- 如果需要通过域名精细化配置，进入ScriptSafe的选项页面，在“域列表”里可以手动添加需要禁止或允许的域名，并注明规则是“阻止”还是“允许”。
ScriptSafe的域列表功能比Chrome原生例外列表灵活得多，因为它可以把规则导出导入，换个电脑重新装上，配置能直接恢复。对于有“多台电脑、一套配置”需求的人来说很方便。
4.5 验证配置效果的两个方法
配置完之后，怎么确认JavaScript真的被禁止了？有两个方法可以立刻验证：
方法一：在页面上按F12打开开发者工具，切到Console控制台标签，如果JavaScript被禁止，控制台通常会显示“Disallowed to run ‘script’ source”之类的报错，或者任何代码执行结果都不显示。
方法二：找一个极依赖JavaScript的网站，比如在线画板、可视化工具之类的页面，禁用脚本后刷新，页面会直接变成无法交互的静态页面。如果页面核心功能消失了，说明脚本确实被拦截了。
4.6 清除缓存和站点数据的重要性
这是最容易被忽略的一步。修改了JavaScript设置后，有些已经加载过的页面不会立即生效，因为部分页面逻辑被浏览器缓存记住了。
遇到“明明设置了禁止，刷新后还是老样子”的情况，按Ctrl+Shift+R强制刷新页面，清除当前页面的缓存后重新加载。如果还不行，回到chrome://settings/content/javascript，在页面底部的“允许使用JavaScript”或“不允许使用JavaScript”列表中，找到对应站点，点击右侧的垃圾桶图标删除记录，再重新配置。
站点的权限记录丢失之后，新配置才会把旧状态覆盖掉。
4. 脚本拦截后的连锁反应与对策
配置完JavaScript控制之后，你很快会发现几个常见现象：部分网站功能残缺、某些按钮毫无响应、甚至登录状态失效。这些不是配置出错了，而是脚本被拦截后的正常表现，关键是要学会识别哪些属于合理失效、哪些属于配置问题。
4.1 常见失效现象与对策速查
| 现象 | 原因 | 对策 |
|---|---|---|
| 页面点击任何按钮都没反应 | 页面交互逻辑全部由脚本驱动 | 在扩展中把该站点加入白名单（允许列表） |
| 页面内容显示但样式错乱 | 部分CSS样式依赖脚本注入 | 刷新页面或允许该站点的部分脚本 |
| 无法登录/登录后立刻被登出 | 登录验证逻辑依赖脚本 | 暂时允许认证相关域名的脚本 |
| 视频无法播放 | 播放器本体由脚本创建 | 仅允许播放器域名的脚本，保持其他禁止 |
| 页面显示“请启用JavaScript” | 网站做了脚本检测 | 只能在隐私和便利之间取舍，不建议一律放行 |
我先说一个比较容易被误解的现象：有些网站页面能打开、文字能看，但滚动到底部没有更多内容加载，这大概率是“无限滚动”逻辑被拦截了。这种就属于可接受的牺牲——你只是少看了一部分自动加载内容，刷新页面或者手动点“下一页”往往就能绕过去，不需要为了这种功能去放行整个站点的脚本。
4.2 登录态失效的真正原因
登录态失效跟脚本拦截有直接关系，但不一定是一个简单的“允许所有脚本”就能解决的问题。很多网站的单点登录是通过某个特定域名下的脚本完成的，比如account.example.com、sso.example.net这类域名。你在NoScript的列表里只允许了主站域名，没有允许认证服务器的域名，登录请求根本发不出去，自然就登录不上。
处理方法很简单：登录的时候，把所有跟当前站点有关联的域名临时允许一次，看到登录成功后再把用不到的域名禁回来。一般登录成功之后，后续的请求就只依赖主站域名了。
4.3 误拦截第三方库导致的功能缺失
另一种常见情况：页面依赖CDN托管的第三方库，比如用某个外部域名加载的弹窗库、轮播库。你允许了主站域名，但CDN域名被拦截了，前端框架主体还在，但依赖的那个库没有加载，页面就会出现“部分功能可用、部分功能缺失”的状态。
遇到这种情况，在NoScript的列表里找到被拦截的CDN域名，确认这个域名确实是官方内容分发源（比如cdn.example.com），就可以放心把它加入允许列表。判断的原则是：只允许提供静态资源的域名，不允许那些看起来像埋点统计的域名。
5. 常见问题与排查技巧实录
这里整理一下我实际使用过程中遇到频率最高的问题，以及对应的排查思路，这部分内容在官方文档里基本找不到，都是实战踩坑踩出来的。
5.1 为什么全局关闭JavaScript后，有些网站的弹窗还是会出现
这个问题我一开始也遇到过。原因是：有些弹窗不是JavaScript弹出来的，而是通过纯CSS的:target伪类、<dialog>标签实现的，这些不依赖脚本也能工作。如果连这种弹窗都要禁，那就得靠内容过滤规则去处理了，单纯禁JavaScript做不到。
排查方法：按Shift+右键点击弹窗位置，选择“检查”，看Elements面板里弹窗对应的元素结构。如果没看到任何脚本驱动的类名或style属性，说明它确实不需要JavaScript就能渲染。
5.2 白名单放行了某个网站，但页面功能还是不完整
这种情况一般是白名单只放行了主域名，没放行子域名或资源域名。比如你允许了example.com，但网站的API接口跑在api.example.com，前端脚本要跨子域请求，还是会被拦截。
处理方法：在扩展的放行列表里，把api.example.com这类子域名也添加进去。如果你不确定页面依赖哪些子域名，打开开发者工具的Network面板，刷新页面，查看所有发出请求的二级域名，然后决定是否放行。
5.3 禁用JavaScript之后，整个浏览器变得异常卡顿
比较少见，但确实存在。脚本被拦截后，部分迟钝的页面会反复尝试执行某个脚本，导致页面循环刷新或死循环。此时别硬扛，直接把这个站点从黑名单里移除。
另一个可能的坑是扩展与DevTools联动异常。如果开了JavaScript禁用还开着开发者工具，某些版本的Chrome会把控制台的执行权限也一并限制掉，导致你无法输入任何调试命令。这时候把JavaScript开关恢复允许状态，重新进DevTools再禁用即可。
5.4 扩展图标不显示，找不到入口怎么办
打开chrome://extensions/，确认扩展已经启用，然后在扩展卡片上点击“详细信息”，找到“网站访问权限”或“扩展选项”，把“在所有网站上”的权限打开。某些下载后未设置权限的扩展，图标可能被隐藏在浏览器工具栏的拼图按钮里，点拼图按钮就能看到所有已安装扩展，把目标扩展固定到工具栏即可。
5.5 如何快速在“允许”和“禁止”之间切换
如果你需要频繁在同一个站点切换，建议用ScriptSafe这类带快捷键的工具。在Chrome地址栏输入chrome://extensions/shortcuts，可以给指定扩展绑定快捷键。比如我给ScriptSafe设定的是Ctrl+Shift+J，按一下切到禁止状态，再按一下切回允许状态，比进菜单点鼠标快得多。
快捷键绑定这一招平时没人提，但实测下来是高频操作里最省事的方式。
5.6 设置之后忘了自己改了哪里，如何回退初始状态
如果某天发现很多页面异常，但想不起来自己配置过什么，最快的重置方法：
- 进入
chrome://settings/content/javascript，把选项卡恢复为“网站可以使用JavaScript”。 - 进入
chrome://extensions/，关闭你安装的脚本管理扩展，或者直接移除。 - 按Ctrl+Shift+R强制刷新页面。
这样就回到了浏览器最原始的默认状态。比起一个个去检查配置，直接回退再重新配置往往更高效。
写在最后的几点实际体会
JavaScript的开与关，本质上是在隐私、性能、功能三者之间找平衡。我在经历了一段时间的“全局禁止之后网站全废、全局允许之后广告横飞”的反复折腾后，最终的方案是：日常使用保持全局允许，但对少数几类站点强制禁止JavaScript——一是资讯聚合类站点的文章阅读页，二是各种工具类网站的非核心功能页面，三是访问测试环境时默认禁脚本。这三个场景覆盖了我90%以上的脚本管控需求。
还有一点要提醒的是，JavaScript开关应当成为你浏览器日常维护的一部分，而不是配置一次就再也不管。网站改版、脚本结构调整、新增依赖域名，都会让之前的配置失效。每隔一段时间花几分钟看一下扩展的拦截日志，顺手清理不再使用的域名规则，比一次性配置一个完美方案现实得多。
最后分享一个我自己的小习惯：每次改完配置，都会用文档记录一下改了哪个站点、出于什么原因、放行了哪些子域名。这样当页面再次出现问题时，我能立刻判断是网站改版了，还是自己不小心放行了一个本不该放行的域名。这个看起来不起眼的习惯，帮我省掉了大量重复排查的时间。
