记一次“闹鬼”的故障：Windows 点击 Google 链接毫无反应，竟是安卓子系统 (WSA) 惹的祸？

最近你是否遇到了这种诡异情况：在 Telegram 等软件中点击 Google 搜索链接时，系统毫无反应，仿佛鼠标点击被”吃”掉了一样？你可能已经尝试过重置默认浏览器、清理 DNS、检查 Hosts 文件、痛骂网络运营商、怀疑你的魔法上网工具，但问题依旧。
别急，这很可能不是网络故障，而是你的 Windows 安卓子系统 (WSA)在作祟！本文记录了一次深度排错过程：揭秘崩溃的 ‘WsaClient.exe’ 进程如何通过 URL Scheme 劫持（App Links）”绑架”了系统的 http/https 跳转请求，并提供了一份修改注册表彻底修复链接失效的终极解决方案。

故障初发：Telegram 中的 google 链接无法打开

大概从（2025年的）年初开始，我的电脑出现了一个非常诡异的“玄学”故障。

起初是在 Telegram 上，朋友发来的消息如果带有 google.com链接（比如搜索结果分享 www.google.com/search?q=...），我点击链接后什么都不会发生。

注意，是真正的“什么都没发生”：浏览器没有弹出，没有报错，仿佛我的点击被黑洞吞噬了一样。

但奇怪的是，点击其他任何链接（比如 github.com，baidu.com，youtube.com）都能正常唤起浏览器。

但极其偶尔的时候（也就2次），如果我关机关一半又取消了，这时候是可以点击 Telegram 中的 google 链接，自动调用浏览器打开的，只不过这时候因为魔法工具没启动，得到的只是一个无法连接的网页。

当时这个问题对我的影响不算大，毕竟只是 Google 的链接嘛，大不了我手动复制链接扔进浏览器里打开。我甚至一度以为是 Telegram 的 Bug （毕竟用的不是官方客户端）也就没当回事，就这样“带病生存”了大半年。

故障现象升级：从 Telegram 到系统级 URL 跳转失效

直到前几天，我的 Antigravity 登录掉了。

当我点击登录界面的「Sign in with Google」按钮时，熟悉的死寂再次降临 —— 按钮按下去，浏览器没有弹出，没有任何反应。我没法登录了。

这问题就严重了。我开始意识到，这不是 Telegram 单个软件的问题。经过一番简单的测试，我发现事情比我想象的要严重得多：

• Win+R 运行：输入 https://google.com，回车，无反应。
• CMD/终端：输入 start https://google.com，回车，无反应，也不报错，只有鼠标光标会变成繁忙状态1秒左右，然后恢复原样。
• Team/PDF阅读器/其他软件：点击文内的 Google 链接，统统无效。
• 唯一的幸存者：神奇的是，Office 全家桶（Word/Excel）里的 Google 链接竟然能正常打开。（忒忒忒，微软自家兄弟的待遇果然不一样）

这就不仅是“玄学”了，这是系统级的 URL Scheme 劫持。作为一个爱折腾的人，我决定彻底揪出这个“幽灵”。

常规排查：排除浏览器、Hosts 与网络问题

既然是 Google 打不开，我首先想到的自然是网络或浏览器问题，毕竟国内嘛。

1. 排除协议与浏览器：
   我在运行框输入 https://google.com.jp，秒开。
   这说明：
   • https 协议关联没问题（系统知道找浏览器）。
   • 浏览器本身没挂。
   • 故障只针对 .com 后缀的 Google 域名。
2. 排除文件混淆：
   早年间.com是Windows 可执行文件后缀。我试着输入 https://google.com/（加了尾部斜杠强制识别为 URL），依然打不开。那就可以排除系统将其误判为本地文件的可能。
3. 排除 Hosts 与 DNS：
   检查 C:\Windows\System32\drivers\etc\hosts，干干净净。
   尝试将默认浏览器从 Chrome 切换为 Edge，故障依旧。
4. 难道是莫名其妙的撞墙了？
   我在运行框输入 https://ww.google.com、https://myaccount.google.com，秒开。输入 https://www.google.com、https://google.com、https://accounts.google.com，故障出现。
   这说明
   • 不是网络问题，因为墙一定也会拦截ww.google.com和myaccount.google.com的。
   • 故障只针对google.com、accounts.google.com等个别域名，非常精确。

这就非常有意思了。既然浏览器没问题，网络没问题，那问题一定出在 “我发出打开URL指令” 到 “浏览器收到指令” 的中间环节。

定位故障：利用 Windows 事件查看器锁定崩溃的 WsaClient.exe

既然 CMD 运行 start https://google.com 没有任何报错信息，并且有进入繁忙状态，说明那个拦截请求的进程要么是在“沉默中灭亡崩溃”了，要么“处理了不告诉我偷偷的”。我打开了 Windows 事件查看器 (Event Viewer)，先试图寻找系统崩溃的蛛丝马迹。

果不其然，在 Windows 日志 -> 应用程序 中，我抓住了一个刚刚发生的“应用程序错误”：

任务类型：应用程序奔溃事件
出错应用程序名称： WsaClient.exe
出错模块名称： ucrtbase.dll
异常代码： 0xc0000409 (堆栈缓冲区溢出)

将日志清空后再次执行打开 google 链接的操作，可以再次复现。

WsaClient.exe？这踏马不是 Windows Subsystem for Android (WSA) 吗？

真相大白：WSA 安卓子系统的 App Links 霸道劫持

看到 WSA 我反应过来了。

我安装的是 GitHub 上修改过的 MagiskOnWSA 版本 WSA，里面集成了 GApps（谷歌全家桶）。
安卓系统有一种机制叫 App Links，应用可以向系统注册它支持的域名。显然，WSA 里的 Google App 极其霸道地向 Windows 宣示了主权：“所有 google.com 等域名都归我管，别给浏览器。”

这个图已经是我修复后的了，之前 Google App 足足关联了 17 种链接。

故障流程还原：

1. 我在 Windows 点击 google.com。
2. Windows 发现这域名归 WSA 管，于是唤起 WsaClient.exe。
3. WSA 客户端（由于是魔改版或环境问题）在处理这个调用请求时，触发了 ucrtbase.dll 的溢出，瞬间崩溃。
4. 因为崩溃的太快且 WSA 并无 UI 来显示报错，我看到的现场就是“点完链接什么都没发生”。

而 Office 里的链接之所以能打开，估计是微软自家的 Office 内部有更高级的超链接处理逻辑，绕过了系统的这一层默认关联，链接直接发给了浏览器。

艰难排雷：常规设置与 ADB 冻结统统无效

既然找到了真凶，卸载 WSA 当然能解决，但我还想留着它用。我需要的是切断关联。

但这比我想象的难得多：

1. 系统设置无效：我去 Windows 设置 -> 应用 -> 可打开网站的应用，把 WSA 关联的 google.com 关掉。结果毫无作用，事件查看器里依然报错。
2. 安卓设置无效：进 WSA 内部把 Google App 的“打开支持的链接”关掉，直接导致 WSA 崩溃。重启WSA后再次查看，倒是显示支持的链接都关掉了
3. ADB 冻结无效：我一怒之下用 ADB 命令 pm disable-user 把安卓端的 Google App 冻结了。结果 Windows 居然还是固执地调用 WSA，然后继续崩溃，甚至我都把 WSA 给关闭了，Windows 还是锲而不舍的去呼叫 WSA ，就像对着一具尸体喊话。

这就很绝望了。说明 Windows 系统内部有一份独立的、不受 UI 控制的注册表清单，记录着这个错误的关联。

解决方案：修改注册表，根除 WSA 的 URL Scheme 链接劫持

没办法，只能动用注册表编辑器 (regedit) 进行物理切除。

经过反复按 F3 地毯式搜索 google.com ，我终于在深层的 AppModel 路径下找到了这几个“僵尸”条目：

计算机\HKEY_CURRENT_USER\Software\Classes\Local Settings\Software\Microsoft\Windows\CurrentVersion\AppModel\SystemAppData\MicrosoftCorporationII.WindowsSubsystemForAndroid_8wekyb3d8bbwe\AppUriHandlers\www.google.com

这里明明白白地写着 AppUriHandlers\www.google.com。就是这几行注册表项，像幽灵一样死死抓着我的google.com链接不放，导致我无法在电脑中点击链接打开谷歌的网页。

解决方法：

• 找到所有包含 AppUriHandlers\google.com 且路径属于 WSA 的项，直接右键删除。
• 重启资源管理器
• 再次 Win+R 输入 https://google.com
• 浏览器秒弹！
• 在telegram中点击链接 https://google.com
• 弹出选择打开方式弹窗 （注意：第一次选择后，浏览器很可能会打开一个乱码页，但只要调用浏览器打开了就行，之后再点链接时就没有问题了）

故障总结：槽点满满

困扰我一年的“玄学”故障，竟是因我在 WSA 里装了个谷歌全家桶的需求。

这个故事告诉我们：

1. 相信日志：当 CMD 都不给你报错的时候，事件查看器是最后的诚实证人。
2. 别太信 UI：Windows 设置里的开关关掉了，并不代表底层的设置真的清理干净了。
3. 技术债：折腾第三方魔改系统组件（WSA with GApps），迟早是要还债的……
4. 早有预兆：如果你注意看了最后那张注册表中的 AppUriHandlers 项，你会发现其实 WSA 不仅霸道的劫持了 google 的打开方式，还有ins、facebook、chatgpt 等等成吨的链接，只是恰好我没发现而已，我仔细想了一下，其实去年我也遇到过这些链接无法打开的情况，只是因为出现频率远小于google的链接，所以被我忽略了，毕竟“无非是复制链接去浏览器里打开嘛”😂
5. 阿三化：合着用户在 WSA 里装了谁家的 APP ，用户就无法在电脑中点链接后自动用浏览器打开谁家的链接了，微软被阿三附体名不虚传。最终我不得不手动清理了这部分注册表，只保留绝对需要用 APP 打开的链接，比如gmail.app.goo.gl、m.instagram.com

如果你也遇到点击某个特定网站毫无反应 Windows 链接跳转失效的情况，不妨查查是不是有什么奇怪的 应用 产生了 URL Scheme劫持 。希望这篇排错记录能帮到有同样困扰的朋友。