浏览器屏蔽网站，浏览本质上是器何三套独立机制在协同工作：DNS拦截、内容过滤和渲染阻断。屏蔽这三者各有侧重，网站也各有漏洞。浏览

最简单的器何办法是改DNS。你访问一个网址，屏蔽浏览器先问DNS服务器“这个域名对应哪个IP？网站”如果DNS服务器回答“查无此站”，浏览器自然就连接不上。浏览不少路由器自带家长控制功能，器何用的屏蔽就是这招——把特定域名指向一个不存在的地址，网站就像人间蒸发了一样。网站可这招有个致命弱点：直接输入IP地址就能绕过，浏览而且现在很多网站用CDN加速，器何同一个域名在不同地区解析出的屏蔽IP不一样，你屏蔽了其中一个，用户换个网络环境又活了。

更精细的做法是内容过滤，典型代表是uBlock Origin这类扩展。它们维护一份规则列表，比如“example.com##.ad-banner”意思是把example.com上所有class为ad-banner的元素删掉。这种过滤发生在浏览器渲染引擎解析HTML之后、绘制页面之前。好处是精准，能屏蔽某个页面上的特定区块而不影响整站访问；坏处是规则需要持续维护——网站改个class名，规则就失效了。我见过有人专门写脚本监控广告元素的结构变化，隔三差五更新规则，像打地鼠一样累。

最粗暴也最彻底的是渲染阻断。浏览器有个内置API叫window.stop()，网页脚本一执行就能终止加载。有些安全软件会在网络层注入一段JavaScript，发现页面内容匹配到黑名单关键词就立刻调这接口。但道高一尺魔高一丈——有些网站把正文拆成碎片，用WebSocket分批推送，你根本不知道完整内容长什么样。还有的用shadow DOM把内容藏进隔离节点，常规的DOM遍历根本扫不到。

拿我自己的经历来说，有段时间想屏蔽某个资讯站的无休止弹窗。用DNS拦截，人家直接换域名；用内容过滤，弹窗脚本每次随机生成class名，规则根本写不过来。最后我索性用浏览器开发者工具把那个站点的setInterval函数全禁了——弹窗靠定时器触发，定时器没了，页面反而安静了。这办法不通用，但对付特定网站很管用。

说到底，屏蔽网站的难度取决于对抗强度。个人用户想清净，装个过滤扩展就够；企业要管控员工上网，得在网关层做深度包检测。而网站方也在不断进化——有些用Service Worker缓存页面绕过DNS查询，有些把内容加密后在前端解密，逼得屏蔽方也得跟着升级。这场猫鼠游戏里，没有一劳永逸的方案，只有不断迭代的攻防。