这破Bug坑我好几回了，全球没个活人研究一下这玩意？

本文大部分只是抱怨的废话，非Bug详解。

Bug复现步骤什么的我制作了视频并贴在了文中，本文中没有文字复现步骤，只有视频。没认真写，也没认真做，反正人家又没给我钱。

顺便骂一句：比垃圾Win10更垃圾的还有垃圾Win11

文首提醒

警告：请勿在你正在使用的虚拟机上尝试问题复现！此问题可能损坏你的虚拟机数据。

遭遇此问题

如果你是本博客的老读者的话，可能读过我2021年的一篇老文章《在 2021 年在虚拟机里安装 Win7》，文中提到了我因为 VMware Workstation Pro 的未知 Bug 导致我的 Win7 虚拟机损坏。

其实我虚拟机用得不是很多，大部分时间在 Linux 能完成我手头的大部分需求，遇到需要沙盒环境也有 Docker 这种强力工具，而打游戏我则直接用实体机上的 Win10，虽然 Win10 很烂但是仅仅打游戏而不用其他功能的话还是凑合的。老模拟器有抽搐的问题但是新模拟器还是专门对 Win10 做了优化的，至于老PC游戏那就真没辙了。再说虚拟机那性能更不可能用来打游戏 。虚拟机我基本上还是用来跑网银或者QQ这种国产流氓应用，或者是用来做录制视频的环境，或者作为沙盒环境用来跑一些来历不可靠的应用，用完就删了。

2021年的时候虚拟机炸了一次，当时我也没明白怎么回事，那个阶段 戴尔 VMware 博通 仨玩意一缸屎，VMware官网三天两头嗝屁，后来被Broadcom收购后，先是炸了整个 VMware 的知识库，之后又误封账号，反正基本是不可用状态，就当是VMware死了吧。

我当时也以为是我调整配置的时候把文件搞坏了，或者是硬盘空间不足导致硬盘文件丢了，反正锅都是 VMware 的，但是没心情深究。

后来也遇到过此这个 Bug，不过因为我当时留了 Win7 的 OVF 文件，所以没啥太大影响。

又被坑

再后来微软停止支持垃圾Win10。

垃圾Win10。

（Win10就从带着一堆Bug出生，一直到带着一堆Bug入土）

本来我有些时候录制 Windows 下视频时用 Win7 就一直有人在视频底下骂：

• 都202X年了竟还有人用 Win7
• 有问题那肯定是 Win7 的错
• 作者是不是有病竟然在 Win7 下用 XXXX

然后这些评论都是 秒得一赞 。（是不是太悲哀了）

地球上从来不缺奇葩人，只是所谓的偏偏都被我遇到罢了。

可以很清晰的预见到时候就算我在主机上用 Win10 录视频，肯定还是会有这种 秒得一赞 的评论。

索性不如干脆准备个 Win11 虚拟机。

然后就被垃圾微软的垃圾Win11恶心到了。

在虚拟机里跑Win7的感觉，有点像在自己的旧电脑里跑Win7，其实没啥太大体感区别，单机械硬盘无显卡加速的感觉，就是稍微慢点，但是所有功能都正常可用。（其实即使有固态硬盘，垃圾Win10的启动速度已经有一种在老电脑上用XP的感觉了）

垃圾Win11可就垃圾多了！

咱不说什么安装必须联网和必需有 TPM2.0 加密这些。事实上即使是2025年9月末发布的最新版25H2版本，断网并拔了TPM照样能用。安全性个鸡鸡。

问题是Win11的那个UI，明显的同时山寨了苹果的 MacOS 和 Ubuntu Unity ，然后用 Andorid 这种因移动端小屏幕而不得不妥协成单会话的形式在大屏幕上呈现出来，我当时在 Win10 的时候就骂过了 Windows 你不是 a-Window ，结果 Win11 只是个更加垃圾的 Win10 罢了。

【比垃圾Win10更垃圾的还有垃圾Win11】 https://www.bilibili.com/video/BV141421k721/

更别说 Win11 自带和国产流氓厂的全家桶，还不好使，各种奇葩Bug。仅是天气这一个功能这块，他用IP尝试定位用户物理位置，出错在所难免但是正常都会预留个手动选择地理位置的功能，但这个功能有很高概率崩溃。就更别提有些人根本不想在录视频或共享屏幕的时候暴露自己的实际地理位置了（国外隐私泄露和网络暴力可比中国的成熟太多了）。再说谁他妈的天天看股票！

企业版 Win11 的体验更接近于 200X 时代自带病毒木马的全家桶 GhostXP，或者更像是装满了各种弹窗广告的老年人安卓机。

【老年人的牛皮癣手机】 https://www.bilibili.com/video/BV14EUhBHE46/

就更别说性能问题了。Win11的性能跑分在 Windows 历史上最低。他的破UI视觉效果也是全系列最烂。你要知道即使是Win95也是支持设置高亮颜色以及移动任务栏的，Win11没这功能。

至于 Win11 的专属 Bug 数量，那真是 Win10 永远都没法超越的。

作为一个从Win95用上来的老年人，有时候看着这些晚辈没吃过一口饭，上来就只吃这种Win11屎，还要不停的维护他们根本不存在的可怜自尊，遗憾又无奈。

扯远了。

简单来讲，我就是在虚拟机里装了一个 Win11，除了录制视频之外没有任何其他用途。事实上如果需求不是特定Windows系统的话，我宁可在 Linux 下直接录制，刚才也说了，Win11那个天气功能我甚至没法成功将其默认设置改为哈尔滨。就更别提，Win7虚拟机启动也就几分钟（200X年的低配单盘主机的感觉），而Win11的启动速度需要几十分钟，桌面亮了不代表启动完成，仅是右键套皮这个设定更像是WinXP时代的各种第三方美化工具，但是XP皮上套皮只是个玩具，Win11则是强制的，性能差到如同死机。

更别提其占用的硬盘空间实在是太离谱了，即使是历史上最为诟病的塞满了错误的驱动文件的 Vista 都要退却。所以我根本没备份 OVF 文件。上哪给这破玩意准备几十G的文件存这一坨屎。

然后这个虚拟机因为 VMware Workstation Pro 的 Bug 炸了。

厕所爆炸！

（我这还一虾仁呢）

我一怒之下怒了一下

我从 VMware Workstation Pro 5.x 开始深度使用。到后面 VMware Workstation 开始抛弃没虚拟化功能的CPU时，其实我就觉得有些不爽了，毕竟早些时候我的老奔腾 T2130 配合虚拟机是做过不少事情的，结果直接放弃支持实在是不爽。

但是被这个 Bug 坑却是 2020 年后的事情了。

2021年的时候因为 Win7 虚拟机炸了的时候我就在网上搜过，好多人都遇到这个问题，但是基本没任何下文。当时 VMware 官方基本已经死了，更是什么内容都没有。

从2021到2025也是遇到过好几次。

这回又遇到，是2026年，用的还是比较新的 VMware Workstation Pro 17.6.4。能确定这恶心 Bug 一直存在。

再上网搜索，发现互联网已经死了。

能搜到的有效内容，一部分是 Broadcom 最近两年的用户发帖，另一部分则是国际版百度贴吧一样存在的 Reddit，还有少量的 Linux Mint 社区（没有Fedora/CentOS和Ubuntu社区就很神奇，这俩玩意桌面版用户基本死透了吧。Arch用户估计根本不用虚拟机吧），以及其他国际营销号网站。

那结果自然就很明显了，Broadcom都是装死的评论，贴吧能有多少不是狗屎，Linux Mint 社区更是XY问题高手，营销号网站当然是重启重装换机器三件套。

最后还是靠自己

至此我已经十分确定：

• 此 Bug 确认存在，而不是用户环境或用户误操作导致
• 此 Bug 确认在日常的界面操作中即可触发，非罕见的特殊操作，非手工修改配置文件导致
• 此 Bug 长期存在于多个版本中
• 活跃的 VMware Workstation Pro 虚拟机的用户已经很少了

那我就不客气了。

【[VMware] 虚拟机 VMware Workstation 恢复快照和编辑虚拟机设置 导致找不到 vmdk 文件，虚拟机损坏无法启动，亦无法使用快照功能恢复】
https://www.bilibili.com/video/BV1RorxBeEPp/

【VMware Workstation vmdk file not found after restoring snapshot and editing virtual machine setting】https://youtu.be/58QdSdrpDQ4

（文字复现步骤我就不写了，省得到时候被AI爬。我当然不担心被AI爬，AI看视频的终点和人类一样，都是变痴呆）

真TM草台班子。

这个 Bug 在 HDD 下更容易出现，但是在 SSD 上也不是完全不出现。只要特定操作就有概率出现，但又不是 100% 必现（视频里只录制了必现的情况，实际上不是100%的）

大厂开发者的嘲讽：你没有全固态的主机吗？

结论

IT行业的时代结束了，现在是草台班子占台抢你钱的时代。

痛点深扒：罗技驱动软件的三宗罪（G Hub/Options+）

罗技第一宗罪：驱动分裂与版本混乱

你以为买个罗技键盘鼠标，插上就能用？太天真了。罗技的驱动历史就是一部“分裂史”。如果你像我一样，手里既有老款经典，又有新款旗舰，那你的电脑托盘区简直就是罗技图标的“连连看”。

罗技最老的管理软件叫 SetPoint、然后有了 Logitech Options，然后又变出来个 Logitech Options+ ？？厂商更新软属于正常操作，但问题是：罗技的新软件它不！兼！容！旧！硬！件！ 诶，这就逆天了好不。

• 在鼠标范畴：
  • 我有一只经典的 Logitech M570 轨迹球，这玩意只能在 SetPoint 下才能良好工作。在 Logitech Options 下虽能发现设备，但大部分高阶功能的配置项全不在。
    • 现状：我必须装「SetPoint」。
  • 我还有一个 MX Master （第一代） 鼠标，这次则是只能在 Logitech Options 在才能良好工作，在 Logitech Options+ 下会缺少配置项了。
    • 现状：我又必须装「Logitech Options」。
  • 我还有个 MX Master 3S （第三代） 鼠标，必须用最新的 Logitech Options+ 不然看都看不到鼠标。
    • 现状：我又双必须装「Logitech Options+」。
  • 结果： 为了用鼠标，我电脑里必须同时装 SetPoint + Options + Options+ 三个软件，加一起快 1GB了。除了都叫罗技，这三个软件界面、逻辑完全不同，简直像三家公司的产品。
• 在键盘范畴：
  • 我柜子有一把 G610 机械键盘，如果要用，需装上古的 LGS (Logitech Gaming Software)，因为新的 G Hub 不能正确支持它，依然是老问题：缺配置项。
    • 现状：我又双叒必须装「Logitech Gaming Software」。
  • 我家里目前正在用的是年会抽奖中的 G512 机械键盘，这个则 LGS 不认，需要用最新 G HUB。
    • 现状：我又双叒叕必须装「G Hub」。
  • 结果： 你猜我为什么把G610收起来不用呢，因为 G HUB 经常在自动更新后会把 LGS 的驱动干坏掉，或者两个软件在系统中抢占资源，导致键盘卡的妈都不认识了。

罗技第二宗罪：软件臃肿与广告植入

以前的驱动 LGS、SetPoint 都只有几十兆，清爽无比。现在的 G HUB 和 Options+，动不动就几百兆，启动慢得像是在加载 3A 大作。

• 驱动里塞个浏览器：最近的 Logi Options+ 更新搞了个“AI Prompt Builder”（AI一键启动），甚至在驱动里塞了一个完整的浏览器环境！这功能还默认开启，这种在驱动里塞完整浏览器环境的行为我就不点名还有什么软件了，个顶个都是知名流氓。
• 推销广告：打开驱动，还没看到电量，先糊一脸新品广告：“来看看我们新出的 MX Master 4 吧！”。我买你家那么贵的外设，不是买了个广告位好不！（所以我现在用《Bluetooth Battery Monitor》在任务栏看电量，尽量不打开罗技软件）。
• 罗技语音（Logitech Voice）：为了个游戏语音功能，强行整合进 Options+，不仅占用后台，还经常弹窗。问题是，谁家好人玩游戏用罗技语音啊。

罗技第三宗罪：功能冗余与逻辑混乱

• 驱动必须常驻后台：现在很多新功能（如 RGB 灯光、应用切换配置）依赖驱动常驻。一旦驱动崩溃（罗技驱动日常），鼠标键盘立马变回“智障”模式，DPI 乱跳。
• “智能”并不智能：那个 Smart Actions（宏命令） 逻辑极其死板，还不如我自己写个 AutoHotKey 脚本好用。
• 强制推行账号登录：G HUB 强制登录云同步，但大概率同步失败，或者被云端旧存档覆盖新配置。
• 功能设计鸡肋：比如那个 Actions Ring 鼠标手势，和开源工具（如 Quicker、WGestures）相比，简直是小灵通和 iPhone 16 的区别。罗技的设计下，默认你要用拇指按住那个手势按钮，然后以一个极其费手腕的姿势移动鼠标，并享受那微妙的延迟感，然后选中一些并没啥卵用的功能。

看看这界面截图，里面塞了多少不好用又很臃肿的功能。

实战教学：如何优化罗技驱动体验？三大解决方案

吐槽完罗技的糟心驱动，那我们要怎么解决这个问题呢？以下是我尝试过的 3 种不同层级的解决方案。

方案一：使用第三方工具替代罗技驱动（Mac/Linux/Windows）

如果你想彻底抛弃官方驱动，以下神器是你的首选。

1. Mac 用户：SteerMouse

Mac 上有个牛逼的软件叫 「SteerMouse」，也就是大家口中的“万能鼠标驱动”。它的平滑滚动算法比罗技官方还要丝滑，甚至能调整滚轮加速度曲线，让鼠标拥有匹配 Macbook 触摸板的体验。绝对值得付费购买的一款软件。

2. Linux 用户：LogiOps

Linux 社区的反向工程做得最好。「LogiOps」 是一个运行在命令行的非官方驱动，可以使用cfg文件完美配置键盘与鼠标的所有参数。

3. Windows 用户：组合拳

Windows 下没有单一的完美替代品，但可以通过组合软件实现官方驱动的部分功能：

• 实现按键映射和宏：使用 「X-Mouse Button Control」。
  

• 调节灯光效果：如果你只是想调你的光污染键盘，可以用 “OpenRGB”。这玩意比 G Hub 好用太多，如果只为灯效，强烈建议卸载 G Hub 只装这个。
  

方案二：利用“罗技板载内存管理器”实现免驱运行

也许是罗技仅存的良心，目前还有一些官方工具可以帮你减少垃圾驱动的影响。

1. 极简配对工具（无需安装庞大的驱动）

如果你的需求只是配对键盘鼠标，其他什么都不需要：
* Unifying 接收器（优联）：使用 「Logitech Unifying Software」，只有几兆，配对完即可卸载或关闭。

* Bolt 接收器：使用网页版工具 「logi web connect 」，连软件都不用装；如果你前边的web版不能用，可以使用 「Logi Bolt App」 独立安装包，同样配对完即可卸载或关闭。

2. 罗技板载内存管理器 (OMM)

这是罗技官方极少宣传的神器 —— Onboard Memory Manager。
对于有板载储存的键鼠，OMM 能直接读写板载内存。你可以用它设置 DPI、回报率、按键映射、灯光开关。设置完成后，即便卸载软件，配置依然保存在鼠标里。

3. 无板载内存设备的“偷鸡”技巧

对于像 MX Master 3/3S 这种号称“没有板载内存”的设备，其实 SmartShift 阈值、DPI 等参数会写入鼠标的临时寄存器。
* 操作方法：先安装 Logi Options+，把参数调好，然后禁止 Options+ 自启。只要不彻底断电（关掉底部开关）或者把鼠标键盘彻底用没电，大概率还能保持配置。

方案三：硬核瘦身！安装精简版 Logi Options+ 驱动

如果你必须使用 Options+ 的某些特定功能，但又讨厌它的臃肿，这里有一个终极解决方案。

罗技为了方便商用部署，Options+ 安装程序支持命令行禁用功能。我们可以利用这一点，只安装纯净的驱动，剔除 AI、分析、广告等垃圾组件。看下图，和文章前边那个“完整版”的Options+对比，是不是很清爽的界面。

使用 logi-options-plus-mini 脚本

原版项目主要针对Mac用户，而且脚本使用起来对国内用户不友好，所以我 Fork 并优化了项目 「tjsky/logi-options-plus-mini」，加入了中文界面和权限自动获取。

• 下载地址：GitHub | 蓝奏云

Windows 用户安装步骤：
1. 下载脚本压缩包并解压。
2. 双击运行 Run_Install.bat。
3. 脚本会自动检测网络环境并设置界面语言（支持从罗技中国服务器下载）。
4. 功能选择：脚本会询问你需要安装哪些组件。
* 建议输入：0 5 6 （仅基础驱动和键鼠固件更新功能）。
* 最多加个：10。（如果你需要简单的按键宏的话）
5. 输入 y 确认，脚本将自动备份配置、卸载旧驱动、并安装全新的精简版 Logi Options+ 再恢复你的配置。
6. PS“如果你运行脚本时看到的是英文界面，说明你开了全局代理让脚本误判你的地区了

总结

无论是选择 SteerMouse 这样的第三方神器，还是使用 罗技板载内存管理器 (OMM) 实现“配置后即焚”，亦或是通过脚本 精简安装 Logi Options+，我们都能在享受罗技优秀硬件手感的同时，摆脱其糟糕的软件体验。至于那个微动计划报废问题嘛，我的建议是：除非你动手能力极强并且有足够的焊电路板的经验或者你会先练练焊电路板，否则咸鱼和淘宝有很多寄修服务或同城维修服务，找个靠谱的比自己折腾省心省力的多。

最后，希望这篇 罗技驱动优化指南 能帮你的电脑“减负”！如果你有其他更好的罗技优化技巧，欢迎在评论区分享。

The post 告别 Logitech Options+ 臃肿！罗技驱动精简瘦身与替代全攻略 appeared first on 秋风于渭水.

垃圾微软又一次成功的刷新了我对其垃圾程度的认知。

技术简介

首先为不了解技术名词和技术原理的朋友简单讲一下。

传统的存储设备中，机械硬盘都是靠电机+磁头的方式工作，光驱也是靠相似结构的电机+激光头工作。这就意味着这种类型的设备在同一时间内只可能完成一个查询请求（CRUD，增删查改），不存在并发查询的可能性。

（希捷 Exos X18 18TB氦气硬盘开盖结构）

（希捷双磁臂硬盘工作方式）

（希捷双磁臂近照）

图片来自：

• 【18TB的氦气硬盘里有什么？】
• 【希捷MACH.2双磁臂硬盘开盘运行（报废）】

而对应的存储设备的 接口/传输协议：SATA，是专门为这些存储设备设计的，也仅支持单并发。

（因本人目前能查到的SAS接口的技术详情有限，本文不讨论SAS接口）

• 2003年的SATA 1.0 版本原始带宽为 1.5Gbps，传输速率约 150MB/s
• 2004年的SATA 2.0 版本则翻倍，原始带宽为 3Gbps，传输速率约 300MB/s
• 2009年的SATA 3.0 版本则继续翻倍，原始带宽为 6Gbps，传输速率约 600MB/s

而2025年，机械硬盘最高的持续传输速率大概也只到 300MB/s 左右。

（3.5寸机械硬盘和2.5寸机械硬盘的接口。注意，短的那个才是SATA接口，长的那个是电源接口）

（SATA数据线和SATA插座）

固态硬盘开始普及后，一开始固态硬盘使用和2.5寸机械硬盘相同的硬件外观，使用标准SATA接口。体积太大！没那个必要。后来开始用mSATA协议，体积缩小，但是仍然受限于SATA的单并发查询限制。行业新定义了m.2接口，更小。同时定义了新的传输规范 NVMe，其支持固态存储的并行查询能力，理论上一次支持最多64000个并发查询。其他优点我在这里就不讲了。

（2.5寸SATA接口硬盘 与 mSATA接口硬盘）

（mSATA固态硬盘（左） 与 m.2固态硬盘（右））

注意：m.2 接口同时有 SATA 版本和 NVMe 版本，SATA 版本是走 SATA 协议的，仅支持单并发查询。所以正常人都在你买固态的时候，推荐你买 m.2 接口走 NVMe 协议的固态。SATA 接口的固态主要还是为了供给那些只有SATA接口的老电脑和老存储服务器使用，m.2 接口走 SATA 协议的版本同样也只是为了迁就过渡时期有 m.2 接口却不支持NVMe协议的旧主板。至于奸商的歪理邪说我就不提了。（固态硬盘的成本都在颗粒上，协议和接口对价格没太大影响）

小总结

讲到这里其实就已经很清晰了。

• 给机械硬盘设计的 SATA 协议不支持并发查询
• 给固态硬盘设计的 NVMe 协议支持并发查询

用支持 NVMe 的固态硬盘就对了。（除非旧电脑没有硬件条件）

垃圾微软

NVMe 协议比 SATA 协议性能好，这本身就是个很简单也很容易理解的道理。

然后傻逼的微软就开始搞笑了。

NVMe 协议开始于 2011 年，大约在 2015 年前后，包括 ChromeOS 和 iOS 在内的多数操作系统都添加了对 NVMe 的原生支持。而 Linux 更是早早的在 2012年就已经在内核中添加了对 NVMe 的支持。

而2025年12月份，微软才正式官方支持 NVMe 协议，而在这之前，微软的所有操作系统是 把 NVMe设备 当作 SCSI设备 处理的 。

也就是说：微软操作系统（包括最新版的Win11，以及服务器版的 Windows Server 2025）都不支持 NVMe 协议。插上去的支持 NVMe 的固态硬盘被当作旧 SCSI 协议的机械硬盘一样对待。(来源：微软官方，链接使用了 文本片段（Text Fragment） 功能以通过 URL 高亮特定的文本，但微软官网会清除对应的高亮，垃圾微软)

说实话，虽然只有东亚国家和俄罗斯会使用 黑色方框示亡号，但是看到 Microsoft 上带个黑框，感觉微软也早就死了。

个人猜测：理论上NVMe协议可以让固态硬盘直连CPU，在延迟性能上要比需要经过SATA控制器的SATA硬盘好得多。但由于微软的废物逻辑，由操作系统产生的硬盘操作指令是SCSI指令，还要再由CPU翻译成NVMe指令，其延迟性能可能比有原生SATA支持且有单独处理芯片的SATA性能还差。

也就是说你的 Windows系统 的 电脑/服务器，固态硬盘插 m.2接口 还是插 SATA接口，走 NVMe协议 还是 SATA协议，性能都是一样烂的。

其他补充

关于SAS

虽然研究不够深，但是对于泛用于企业级硬盘的SAS接口，情况相同：

SAS（Serial Attached SCSI）同样仅支持单队列，与SATA情况相同，只不过其队列深度比SATA要高。

关于AHCI

其实我没太搞明白AHCI和SATA之间的关系。

如果你有更全面的参考资料的话，可以分享。

参考资料

• 微软官方：Announcing Native NVMe in Windows Server 2025: Ushering in a New Era of Storage Performance
• 维基百科：NVM Express
• 维基百科：SCSI
• 维基百科：SATA
• 维基百科：m.2
• 西部数据官方白皮书：SAS to PCIe Transition

结论

垃圾微软！

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

大概从（2025年的）年初开始，我的电脑出现了一个非常诡异的“玄学”故障。绝对算得上是我遇到过最离谱的 Windows 点击链接无反应 故障

起初是在 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（谷歌全家桶）。
虽然这个版本的 WSA 很香，但安卓系统有一种机制叫 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劫持 。希望这篇排错记录能帮到有同样困扰的朋友。

The post 记一次“闹鬼”的故障：Windows 点击 Google 链接毫无反应，竟是安卓子系统 (WSA) 惹的祸？ appeared first on 秋风于渭水.

客户要求给原有Socket 通信增加QoS 功能，包括了Server 端和Client 端。示例代码似乎平平无奇，实装却花了三周半。尤其是最后的那个问题，困扰了我半个月。今天终于解决了，简单记录一下，希望能帮到需要的人。

第①个问题

现象：CreateQosHandle() 失败，GetLastError() = ERROR_NOT_SUPPORTED（50）
原因：CreateQosHandle()只有两个参数，出现这个错误是因为有的例子太老了，给第一个参传了{1, 1}。实际上进入Win10 时代之后第一个参就只能传{1, 0}。
解决办法：CreateQosHandle()第一个参传{1, 0}。

第②个问题

现象：QoSAddSocketToFlow() 失败，GetLastError() = WSA_INVALID_PARAMETER（87）
原因：
1）某些例子太老，第5个参传了0。新版本函数只能传两个定义好的宏：QOS_NON_ADAPTIVE_FLOW 和QOS_QUERYFLOW_FRESH，不能传0。本例的使用场景实际只能传QOS_NON_ADAPTIVE_FLOW。
2）我的PC上有两块网卡，连接内网环境的是第二块网卡。因此第2个参不能传NULL，而要通过给一个SOCKADDR结构体赋值IP 地址和Port 的方式，指定使用的网卡。
解决办法：第2个参在握手成功后过CAsyncSocket 的 GetPeerName() 取得连接用的IP地址和端口号，第5个参固定传QOS_NON_ADAPTIVE_FLOW。

第③个问题

现象：同时启动Server 和Client，Client 调用QoSAddSocketToFlow() 失败，GetLastError() = ERROR_NOT_FOUND（1168）
原因：添加QoS 的Socket 不支持用自己的Client 连接自己的Server。
解决办法：再找一台开发器。
P.S: 这个就是我上次吐槽AI的事件。

第④个问题

现象：在确定Socket握手成功的回调函数中添加QoS，Client 调用QoSAddSocketToFlow() 失败，GetLastError() = ERROR_ACCESS_DENIED（5）
原因：添加了QoS 的Server 需要管理员权限运行。
解决办法：调试时Server 端用管理员执行Visual Studio，或者给工程属性–Linker–Manifest File–UAC level 改成【requireAdministrator(/level=’requireAdministrator’)】。

第⑤个问题

现象：Client 的OnConnect(int nErrorCode) 回调中，有时nErrorCode = WSAEWOULDBLOCK（10035）
原因：这不是问题。只是Socket握手过程发生了延时。
解决办法：点两滴眼药水。

第⑥个问题

现象：Socket 连接建立后，Server 端立刻收到OnClose() 回调，并且传入的参数 = WSAECONNABORTED（10053）。
原因：既存的工程在Client创建socket的时候，立刻调用了SetSockOpt()设置了SO_LINGER，并且设定的值是{1, 0}，目地是Socket Close 时不等待缓存，直接进行硬关闭。但是这个属性如果在socket握手成功前被设定，那么在调用QoSAddSocketToFlow() 的同时就会产生这样的关闭。
解决办法：将SetSockOpt 的调用时机改到socket 连接建立之后，亦即，Client 端在OnConnect(0)后调用，Server 端在OnAccept(0) 后调用。

其它说明

10035本身不用管，但是跟10053长得太像了。
Server 端也不能用127.0.0.1，不知是否跟多网卡有关。
问题③、④和问题⑥干扰的选项太多，一度非常怀疑杀毒软件、防火墙、域策略，非常混乱。
问题①、②都是通过比较不同的例子找到的破绽。
问题③靠的是CSDN上的一句吐槽。
问题④最终解决靠的是在Git上广搜例子，在一个示例的说明里看到Server侧需要在管理员权限下运行的提示，方解决。
问题⑥最后是用了排除法编程，逐行注代码的笨办法筛出来的。全网没有人遇到同样的问题。可能就没有人提前设SO_LINGER 吧……

示例代码

共通类，继承CAsyncSocket：

#pragma once
#include <afxsock.h>
#include <qossp.h>
#include <winsock2.h>
#include <qos2.h>
#include <iostream>

#pragma comment(lib, "ws2_32.lib")
#pragma comment(lib, "qwave.lib")

class CCommonQosSocket : public CAsyncSocket
{
public:
    CCommonQosSocket()
        : m_hQos(NULL)
        , m_dwFlowId(0)
        , m_ver({1, 0}){}
    virtual ~CCommonQosSocket() {
        CloseWithQos();
    }

    BOOL CreateQosHandle() {
        if (m_hQos) {
            QOSCloseHandle(m_hQos);
            m_hQos = NULL;
        }
        if (!QOSCreateHandle(&m_ver, &m_hQos)) {
            int nLastError = GetLastError();
            return FALSE;
        }
        return TRUE;
    }

    BOOL GetPeerAddr(SOCKADDR_IN& peerAddr) {
        int len = sizeof(peerAddr);
        if (!GetPeerName((SOCKADDR*)&peerAddr, &len)) {
            int n = GetLastError();
            return FALSE;
        }
        return TRUE;
    }

    BOOL AddQosFlow(QOS_TRAFFIC_TYPE trafficType, SOCKADDR* pAddr) {
        if (!m_hQos || !m_dwFlowId) {
            return FALSE;
        }

        SOCKADDR* pTgtAddr(pAddr);
        SOCKADDR_IN peerAddr{};
        if (!pTgtAddr) {
            if (!GetPeerAddr(peerAddr)) {
                return FALSE;
            }
            pTgtAddr = static_cast<SOCKADDR*>(&peerAddr);
        }

        BOOL bRet = QOSAddSocketToFlow(m_hQos,
                                  static_cast<SOCKET>(*this),
                                  pTgtAddr,
                                  trafficType,
                                  QOS_NON_ADAPTIVE_FLOW,
                                  &m_dwFlowId);
        int nLastError = GetLastError();
        return bRet;
    }

    void CloseWithQos() {
        if (m_dwFlowId && m_hQos) {
            QOSRemoveSocketFromFlow(m_hQos,
                                    static_cast<SOCKET>(*this),
                                    m_dwFlowId, 
                                    0);
        }

        if (m_hQos) {
            QOSCloseHandle(m_hQos);
            m_hQos = NULL;
        }
        m_dwFlowId = 0;
        __super::Close();
    }

private:
    HANDLE      m_hQos;
    DWORD       m_dwFlowId;
    QOS_VERSION m_ver;
};

Server端部分代码：

#include "CommonQosSocket.h"

class CClientSocket: public CCommonQoSSocket {
};

class CListenSockt : public CCommonQoSSocket {
public:
    virtual void OnAccept(int nErrorCode) override {
        CAsyncSocket::OnAccept(nErrorCode);
        CClientSocket* pNewClient = new CClientSocket;
        sockaddr addr;
        int iAddrLen = sizeof(addr);
        if (Accept(*pNewClient, &addr, &iAddrLen)) {
            pNewClient->CreateQosHandle();
            if (pNewClient->AddQosFlow(QOSTrafficTypeBestEffort, &addr))
                //sccess;
                linger closeLinger{1,0};
                (void)pNewClient->SetSockOpt(SO_LINGER, (const void*)&closeLinger, sizeof linger);
            else {
                //failed
            }
        }
    };
};

void CQoSServerDlg::OnBnClickedButtonStart()
{
    CClientSocket* pListen = new CClientSocket; 
    CString csLocalIP(L"192.168.8.4");
    int nListenPort(32000);

    if (!pListen->Create(nListenPort,
        SOCK_STREAM, FD_READ | FD_WRITE | FD_ACCEPT | FD_CLOSE,
        csLocalIP)) {
        int nError = GetLastError();
        AfxMessageBox(L"Listen Failed.");
        return;
    }

    if (!m_ListenSock.Listen()) {
        AfxMessageBox(L"Listen Failed.");
        return;
    }
}

Client端部分代码：

#include "CommonQosSocket.h"

class CClientSocket: public CCommonQoSSocket {
public:
    virtual void OnConnect(int nErrorCode) overwride {
        CAsyncSocket::OnConnect(nErrorCode);
        if (nErrorCode) {
            return;
        }
        CreateQosHandle();
        if (this->AddQosFlow(QOSTrafficTypeBestEffort, nullptr)) {
            //success
            linger closeLinger{1,0};
            (void)this->SetSockOpt(SO_LINGER, (const void*)&closeLinger, sizeof linger);
        }
        else {
            //failed
        }
    }
};

void CQoSClientDlg::OnBnClickedButtonConnect()
{
    CClientSocket* pClient = new CClientSocket;
    pClient->CreateQosHandle();
    CString csLocal(L"192.168.8.11");
    CString csServer(L"192.168.8.4");
    int nPort(32000);
    pClient->Create(0, SOCK_STREAM, FD_READ | FD_WRITE | FD_CONNECT | FD_CLOSE,
        csLocal);
    if (m_sock.Connect(csServer, nPort)) {
    }
    else {
    }
}

就酱紫，找到问题⑥的原因花了13天，改掉只需要5分钟。

yt-dlp 是一个功能强大的命令行工具，用于从各种网站下载视频、音频和其他媒体内容。它支持的站点非常广泛，涵盖了全球范围内的主流媒体平台、社交媒体平台、新闻网站、教育平台等。

yt-dlp 简介

• 项目名称：yt-dlp
• 项目地址：https://github.com/yt-dlp/yt-dlp
• 项目描述：yt-dlp 是一款功能丰富的命令行音频/视频下载器，支持数千个网站。它是基于现已停止维护的 youtube-dlc 开发的 youtube-dl 分支。
• 项目状态：活跃开发中，最新版本为 2025.12.08，拥有 139k 颗星和 11.2k 个分叉。
• 项目特点：
  • 支持多种网站的音频/视频下载。
  • 提供丰富的命令行选项，用于定制下载行为。
  • 支持多种格式选择、后处理（如提取音频、嵌入元数据等）。
  • 支持从浏览器导入 cookies，便于登录下载。
  • 支持 SponsorBlock，可用于去除 YouTube 视频中的赞助部分。

安装方法

• 二进制文件：提供多种平台的预编译二进制文件，包括 Windows、Linux、MacOS 等。
• pip 安装：可通过 Python 的包管理工具 pip 安装。
• 其他包管理器：支持通过 Homebrew（MacOS）、Chocolatey（Windows）等第三方包管理器安装。

下载地址

使用方法

• 基本命令：yt-dlp [OPTIONS] [--] URL [URL...]
• 常用选项：
  • -f：指定下载的视频格式。
  • -o：指定输出文件名模板。
  • -P：指定下载路径。
  • -x：提取音频。
  • --embed-thumbnail：将缩略图嵌入视频文件。
  • --write-info-json：将视频元数据写入 .info.json 文件。
• 高级功能：
  • 支持通过 .netrc 文件进行身份验证。
  • 支持自定义配置文件，可放置在多个位置（如用户目录、系统目录等）。
  • 支持插件系统，可扩展功能。

配置文件

• 配置文件位置：
  • 主配置文件：通过 --config-locations 指定。
  • 便携配置文件：与可执行文件同目录下的 yt-dlp.conf。
  • 用户配置文件：~/.config/yt-dlp/yt-dlp.conf 或 ~/.yt-dlp.conf。
  • 系统配置文件：/etc/yt-dlp/yt-dlp.conf。
• 配置文件格式：支持命令行选项的格式，例如 -x、--embed-thumbnail 等。

输出模板

• 模板语法：使用 %(字段)s 格式，支持多种字段，如 title、id、ext 等。
• 特殊功能：
  • 支持日期时间格式化，如 %(upload_date>%Y-%m-%d)s。
  • 支持条件表达式，如 %(field|默认值)s。
  • 支持字段替换和解析，通过 --parse-metadata 和 --replace-in-metadata。

格式选择

• 默认行为：下载最佳质量的视频和音频。
• 格式选择语法：
  • 使用 -f 指定格式，如 bv*+ba/b。
  • 支持过滤和排序，如 -S 选项。
  • 支持多种格式，如 mp4、webm 等。
• 高级用法：
  • 支持下载多个格式并合并。
  • 支持下载特定分辨率或比特率的格式。

后处理选项

• 提取音频：通过 -x 选项提取音频。
• 嵌入元数据：通过 --embed-metadata 嵌入元数据到视频文件。
• 转换格式：支持将视频转换为其他格式，如 --remux-video。
• 处理字幕：支持下载和嵌入字幕。

插件系统

• 插件类型：支持提取器插件和后处理插件。
• 安装方法：可通过配置目录、pip 或其他方式安装插件。
• 开发指南：提供插件开发指南和示例代码。

兼容性选项

• 与 youtube-dl 兼容：提供 --compat-options 选项，用于恢复与 youtube-dl 相同的行为。
• 与 youtube-dlc 兼容：同样支持与 youtube-dlc 的兼容性设置。

很抱歉，我无法直接访问网页链接。不过，根据您提供的文件内容，我可以为您整理一份关于 yt-dlp 支持的站点的详尽笔记。

支持的站点分类

以下是根据功能和类型对支持的站点进行的分类整理：

1. 主流视频平台

• YouTube：支持下载视频、播放列表、用户视频、搜索结果等。
• Bilibili：支持下载视频、音频、有声专辑、收藏列表等。
• TikTok：支持下载视频、用户视频、直播等。
• Dailymotion：支持下载视频、播放列表、用户视频等。
• Vimeo：支持下载视频、播放列表、用户视频等。

2. 社交媒体平台

• Facebook：支持下载视频、广告、故事等。
• Instagram：支持下载视频、用户视频、故事等。
• Twitter：支持下载视频、直播、推文中的视频等。
• Twitch：支持下载直播、视频、剪辑等。

3. 新闻媒体平台

• CNN：支持下载新闻视频。
• BBC：支持下载 BBC iPlayer 视频。
• Fox News：支持下载新闻视频。
• The New York Times：支持下载视频。

4. 教育平台

• Khan Academy：支持下载课程视频。
• Coursera：支持下载课程视频。
• Udemy：支持下载课程视频。
• edX：支持下载课程视频。

5. 音乐平台

• Spotify：支持下载音乐、播放列表等。
• SoundCloud：支持下载音乐、播放列表、用户音乐等。
• QQ Music：支持下载音乐、专辑、MV 等。
• NetEase Cloud Music：支持下载音乐、专辑、MV 等

其他信息

• 支持站点列表：可在 supportedsites.md 查看支持的站点列表。
• 文档：提供详细的 Wiki 文档。
• 社区支持：可通过 Discord 获取社区支持。

准备工作 1、准备一台可以正常开机使用的 Windows 电脑，用于下载系统安装所需的文件，以及制作 Ventoy 启动盘。 2、准备一个 32 GB 以上的 U 盘，用于存放系统安装所需的文件。 3、本教程为「全盘格式化安装」，将清除您电脑硬盘上的所有数据，在进行接下来的操作之前，请您确保重装电脑…

不知道是不是电脑安全控制的加强，这些年比较少听到重装系统了，装系统本身是小事，但要重装一堆软件再配置好一堆软件用惯了的设置才是头大。

我这台大约是3-4年前从Win10升级到Win11，上个月突然开始无缘无故卡顿，一度怀疑是硬盘坏了，打开CrystaDiskInfo一看两个硬盘黄灯。赶忙买了新的SSD换上，结果还是卡。

遇事不决重装系统，眼看要硬着头皮搞了，恰好朋友电脑更新换代，于是继承了她的旧台机，这下重装听着没那么痛苦了，玩游戏还能更流畅，美滋滋。

先花了点时间把两台机器的配件合一合，主板、CPU、显卡都用朋友的。内存和硬盘叠加上自己的，4根8G一共32G，鸟枪换炮。我的D4 3200内存是2019年买的，过了这么多年内存价格不降反升……说起来不过2个月前买的SSD已经从899涨到1399，涨幅堪比黄金。

朋友的机箱是毁灭者Masterbox Lite 5，中规中矩的带灯机箱，现在的机箱好像没有几个不带灯的设计，不知道是什么网吧审美。不过功能性比几年前好多了，像朋友这台用了六年的机器，里面灰尘没有想象的多，但还是做了下清灰。

中间几番纠结想换乔思伯Z20机箱，测评和装机视频都看了几个，一问客服电源限长，显卡限长，要换的话还得换一个短电源以及扔掉两个硬盘，遂放弃。

6年前这台电脑就是我帮朋友组装的，拆起来也驾轻就熟，当年我的背线还是走的很整齐的，因为硬盘变多了，全模组电源又额外翻出几根线重新插上，搞好后的电脑看着焕然一新，四舍五入也算是入了台新机。

一次点亮，用旧电脑写个启动U盘开始重装，windows下用rufus做系统盘比balenaEtcher好，说起来微软在这么多年，终于在Windows 11 26200.7019版本修复了更新关机变重启的BUG，也是活久见。

推荐一个装机小工具，淘宝30块买的2.4G键盘鼠标一体输入器，因为我只有蓝牙的鼠标和机械键盘，以前出现过装机的时候手头没有可输入设备的情况，之后这个就是常备工具。

虽然已经是六年前的电脑了，玩燕云还能开标准配置，不错呢。硬盘加在一起有五六块，C盘用了朋友的256GSSD，我原来的SSD系统盘拿来做游戏盘，现在的游戏动不动就一百多G，装上博得之门、星穹铁道、燕云十六州就已经快500，令人震惊。顺便把快坏的硬盘放到后面的分区作为下载的空间，废物利用下。

接下来就是漫长的装软件、配置软件的过程，2025年了除了QQ/微信/网易云/百度网盘/Telegram/Steam这些不可替代，我的装机必备软件大概有以下这些：

• Adobe Audition（学习版）：剪辑播客用的，一年能用上3-4次最多哈哈哈。
• Adobe lightroom（学习版）：管理所有的照片。
• Adobe Acrobat（学习版）：查看、编辑PDF。
• Antigravity（免费）：跟风叫Vibe-coding？反正就是Trae开始收费就换到Google这个，未来收费我可能就回到VScode配合AI食用了。
• Bandizip（免费）：免费的解压缩软件，这个用习惯了。
• Captura（免费）：小巧方便的录屏软件。
• Chrome（免费）：幸亏现在有账号同步，大部分的插件和设置都可以一次到位，比较烦的就是Chrome老是调整安全策略，有挺多好用的插件都不再支持。
• Clash Verge（免费）：老中必备clash verge。
• Everything（免费）：必备，Mac就没有这么畅快的软件，别跟我说Spotlight。
• filezilla（免费）：服务器文件传输：
• Flomo（免费）：记一些随手想到的事情，和苹果备忘录的区别大概是这个一条一条的排版比较好找，否则完全可以用备忘录替代掉。
• FreeFileSync（免费）：硬盘备份。
• GitHub Desktop（免费）：非程序员的我不是很会用命令行啊！
• Irfanview（免费）：看图软件。
• MobaXterm（免费）：服务器管理。
• Monica（付费）：AI All in One，配合网页版的Gemini和GPT一起食用。
• Motrix（免费）：下载。
• Typora（付费）：写作软件，现在这篇博客就是用这个写的。
• Office全家桶（付费）：处理公司的一些文件需要用Excel，我个人的笔记在Onenote，其他已经很少用。多次想把笔记软件换到Obsidian都不成，还是和Onenote死磕吧。另外主力网盘我用的Onedrive，资料放在百度云我是不敢的。
• Picgo（免费）：配合Typora写博客用的，这个自定义配置很麻烦，之前特意写过一篇文章，而且最近把压缩插件换成了picgo-plugin-tinypng，感觉更顺畅了。
• Potplayer（免费）：视频播放，现在一般都在视频平台或者直接电视投屏了，这个用的少了很多。
• QuickLook（免费）：像Mac一样，按空格可以预览文件。
• Voice Recognition to Text Tool（免费）：飞书妙记开始收费后的开源自部署平替，语音转文字，有点麻烦，应该直接付费的。
• µTorrent（免费）：聊胜于无的在PT站下一些无损专辑，放到客厅的机器上听。
• 白描（付费）：最好的OCR软件，没有之一。

此外还有一些小工具，应该算不上常用软件，比如说：CrystaDiskInfo、HWiNFO、Mp3tag，就这些东西，我搞了三四天……也是够累的。

安装完 Windows 11 家庭版后，首次登录时系统会强制用户联网，并使用 Microsoft 微软账户进行登录，本篇文章介绍了如何跳过这个环节，使用本地账户进行登录。 操作步骤 1、进入 Windows 11 引导页面，根据系统提示来到连接 Internet 的步骤，此时如果不连接到互联网，右下…

客户提了个需求：因为他们的显示器（32吋）大，所以经常把缩放比设成125%或者150%，希望我们的APP在这两个缩放比下能够正常显示。
但是我们干活用的只是普通的24吋，设成150%之后高度就出溢出屏幕了，这就需要加滚动条。而工作这个东西，到了二鬼子领导那里就会加码，变成100%-225%都得能正常运行，并且因为增加的高度与原来的高度相比没多太多，所以要大滑块，不要分的细碎的小滑块。
这个功能本身不难。通常的做法是取屏幕放大后的窗口新高度，然后减去桌面有效视窗高度，得到的差值除以一个系数，然后用SetScrollRange的第三个数给传进去。然后重写OnVScroll方法，从系数反推滑块位置。
但是，这样得到的是小滑块，而且最后一屏的空白部分也不准确，往往会出现大片空白。

研究了好几天，终于找到了还算不错的方案。在此分享一下。
注意，我只写了垂直滚动条，因为我们的窗体就是瘦长型，即使增加到225%也没超出屏幕宽。给公家干活的一个要务就是不干多余的事，所以要添加水平滚动条的自己酌情修改，我这里就不提供了。

开始。

第一步，在OnInitDialog()中，增加垂直滚动条

如需要增加则对垂直滚动条进行初始化。初始化时，不使用简化版的SetScrollRange()，而改用SetScrollInfo()。利用结构体SCROLLINFO的nPage和nMax配合实现大滑块。这里的逻辑是：nPage与nMax的比值也就是滑块占总高度的比值，比值越接近一，滑块越大。nPage和nMax都是相对值，只要二者单位统一即可。方便起见直接使用真实值。
一个很坑的点是nMax不能用窗口Rect的高，而要取最下边控件的下沿，原因未知。
下面是代码：

BOOL CMFCAppDemoDlg::OnInitDialog()
{
	CDialogEx::OnInitDialog();

        //取窗口位置
	CRect rcThis;
	GetWindowRect(&rcThis);

        //取最下面控件的位置，如果有动态创建的控件，可以遍历取得。
	CRect rcLastButton;
	GetDlgItem(IDCANCEL)->GetWindowRect(rcLastButton);

        //取放大倍数，96.0是100%时候的DPI
	float fScale = static_cast<float>(GetDpiForWindow(m_hWnd)) / 96.0;
        
        //取桌面工作区大小
	CRect rcScreen;
	::SystemParametersInfo(SPI_GETWORKAREA, 0, &rcScreen, 0);

        //对话框的工作区域理想高度:比最后一个控件多一丢丢。
	int nHeightImage = rcLastButton.bottom + rcLastButton.Height() * fScale;

        //如果想象高度比工作区域高，那么将窗口高度设为与工作区等高。
	if (nHeightImage > rcScreen.Height())
	{
		m_blHasVScrollBar = true; //成员变量，用于标记是否有滚动条
		rcThis.bottom = rcThis.top + rcScreen.Height();
		this->MoveWindow(&rcThis, TRUE); //修改Dialog自身高度
		SCROLLINFO si{};
		si.cbSize = sizeof SCROLLINFO;
		si.fMask = SIF_RANGE | SIF_PAGE | SIF_PAGE;
		si.nPage = rcScreen.Height(); //Windows桌面可利用高度作为Page高
		si.nMax = nHeightImage; //窗口高度最大值。
		SetScrollInfo(SB_VERT, &si, TRUE); //激活滚动条
	}
        //否则没用滚动条
	else
	{
		SetScrollRange(SB_VERT, 0, 0, FALSE);
	}

	return TRUE; 
}

第二步，重写WM_VSCROLL的消息响应函数OnVScroll()

没有难点。只要每个消息处理时，nPage与nMax的比例关系一致即可。

BEGIN_MESSAGE_MAP(CMFCAppDemoDlg, CDialogEx)
	ON_WM_VSCROLL()
END_MESSAGE_MAP()

void CMFCAppDemoDlg::OnVScroll(UINT nSBCode, UINT nPos, CScrollBar* pScrollBar)
{
	CDialogEx::OnVScroll(nSBCode, nPos, pScrollBar);
        //取之前的滚动条信息
	SCROLLINFO si{};
	GetScrollInfo(SB_VERT, &si, SIF_ALL);

        //滚动条上一次的位置
	int nCurPos = si.nPos;
	const int FACTOR(100);
	switch (nSBCode)
	{
	case SB_LINEUP:          //Scroll one line up
		nCurPos -= (si.nPage / 50); //点击一次箭头，或者按一次↑，移动页面的1/50，注意方向
		break;
	case SB_LINEDOWN:           //Scroll one line down
		nCurPos += (si.nPage / 50); //注意方向
		break;
	case SB_PAGEUP:            //Scroll one page up
		nCurPos -= (si.nPage / 50* 20); //PgUp键的处理。所有的响应要统一单位标准即可。注意方向
		break;
	case SB_PAGEDOWN:        //Scroll one page down        
		nCurPos += (si.nPage / 50* 20); //注意方向
		break;
	case SB_THUMBPOSITION:  //Scroll to the absolute position. The current position is provided in nPos
		nCurPos = nPos; //从缩略图直接确认位置
		break;
	case SB_THUMBTRACK:     //Drag scroll box to specified position. The current position is provided in nPos
		nCurPos = nPos; //从滚动条直接确认位置
		break;
	case SB_ENDSCROLL:
		break;
	default:
		break;
	}
        //确认没有超出最小值和最大值范围。最小值一般是0，最大值是nMax - nPage。
	nCurPos = max(si.nMin, min(nCurPos, si.nMax - static_cast<int>(si.nPage)));
        //当位置移动时，滚动窗口内容
	if (nCurPos != si.nPos)
	{
		int nDelta = si.nPos - nCurPos; //注意方向，原始值减目标值
		si.nPos = nCurPos;
		si.fMask = SIF_POS;
		SetScrollInfo(SB_VERT, &si, TRUE); //设滚动条
		ScrollWindow(0, nDelta); //滚动窗口
		UpdateWindow();
	}
}

第三步，重写WM_MOUSEWHEEL的消息响应函数OnMouseWheel()

同样没有难点，只是鼠标滚动一下会转化成多次向上或向下的消息。

BEGIN_MESSAGE_MAP(CMFCAppDemoDlg, CDialogEx)
	ON_WM_MOUSEWHEEL()
END_MESSAGE_MAP()
BOOL CMFCAppDemoDlg::OnMouseWheel(UINT nFlags, short zDelta, CPoint pt)
{
        //确认滚动条有效
	if (!m_blHasVScrollBar) {
		return CDialogEx::OnMouseWheel(nFlags, zDelta, pt);
	}
	CONST INT WHEEL_SCROLL_LINES(3);
	UINT8 ucDirection(SB_LINEUP);
        //根据zDelta方向确定消息重量
	if (zDelta < 0) {
		ucDirection = SB_LINEDOWN;
	}
        //把鼠标滚动值换算成N个箭头消息并发送。次数是没有方向的。
	UINT unLines = (abs(zDelta) * WHEEL_SCROLL_LINES) / WHEEL_DELTA;
	while (unLines--)
	{
		SendMessage(WM_VSCROLL, MAKEWPARAM(ucDirection, 0), 0);
	}
	return TRUE;
}

总之，最难的其实还是开头。nPage与nMax虽然设什么数都可以，但只有用真实值才是最符合拖动规律的。

“用树莓派打造家庭 2TB 网络硬盘” “树莓派 + WD 硬盘：轻松为孩子的 Mac 提供共享存储” “家庭文件共享不再难：自制树莓派网络硬盘” “让树莓派变身 2TB 家庭共享硬盘” “为孩子的 Mac 节省空间：树莓派网络硬盘实战”

添加网络硬盘：树莓派通过SAMBA挂接移动硬盘

准备挂接硬盘

mkdir /mnt/usb
mount -t ntfs-3g /dev/sdb1 /mnt/usb

UUID=<ID> /mnt/usb ntfs-3g defaults,uid=1000,gid=1000,umask=0000,nofail,x-systemd.device-timeout=10 0 0

SAMBA网络硬盘

sudo apt install -y samba

[usb2share]
   path = /mnt/usb
   browseable = yes
   writable = yes
   guest ok = no
   create mask = 0777
   directory mask = 0777
   valid users = pi

sudo smbpasswd -a pi

sudo systemctl restart smbd

添加网络硬盘

\\192.168.IP地址\usb2share

本文介绍一例Windows下无法通过局域网正常访问华为Pad的故障，并记录阿猪排查与解决问题的过程。

你是否遇到过 PikPak 网盘从国内直接访问不稳定甚至无法访问的问题，除了部分地区是因为被墙外，还有一些地区是因为DNS默认解析的 IP 响应速度不理想，之前 Shimily 大佬写过一个小程序，可用来检测目前PikPak接口的最快的IP地址，然后绑定对应的Hosts即可提升访问速度，但是这个2年前的程序有点年久失修了，并且实际测试中有个小bug，不过好在大佬开源了代码，所以我简单修了一下，重新打包了exe文件。

[toc]

解决 PikPak 卡顿与无法访问：省流太长不看版

解决 PikPak 卡顿

一般来说全国这个 IP 都是最快的，直接 hosts 设置这个 IP 就行。

打开本地hosts文件，添加以下到hosts中进行保存即可
8.210.96.68  api-drive.mypikpak.com
8.210.96.68  user.mypikpak.com

注意：该 hosts 只会加速你网页/客户端内的浏览响应速度，并不会对下载生效，如果想加速下载请对下载工具设置代理工具解决，或尝试白嫖方案。

解决 PikPak 在当前地区不可用

如果你遇到的是 pikpak 网页或 APP 显示「对不起，pikpak 在当前地区不可用」，说明你的区域没被墙，只是你 IP 是国内的，被 pikpak 官方限制了，这个可以通过 hosts 屏蔽检测域名解决

打开本地hosts文件，添加以下到hosts中进行保存即可
0.0.0.0 access.mypikpak.com
0.0.0.0 access.mypikpak.net
0.0.0.0 access.pikpak.me
0.0.0.0 access.pikpakdrive.com

稍微说下修改 hosts 文件方法

就只写windows系统方案了

1. 按住 WIN 键和 X 键，在左下角弹框菜单里选择「Windows Powershell（管理员）」或「终端管理员」。
2. 在打开的「Windows Powershell界面或「终端界面」输入notepad，按回车，就会出现记事本的界面。
3. 在记事本界面依次点击「文件」-「打开」，在弹出的窗口中选择路径。C:WindowsSystem32driversetc，点击右下角「文本文档」，选择「所有文件」，点击出现的hosts文件，然后点右下角的「打开」，就会弹出hosts文件的编辑页面。
4. 文档拉到最底下，输入

8.210.96.68  api-drive.mypikpak.com
8.210.96.68  user.mypikpak.com

5. 修改完hosts文件后，点击【文件】-【保存】，或者直接按按ctrl+s保存，这样Hosts文件就修改成功了。

6. 步骤1和2其实是为了打开一个管理员权限的记事本程序，也可以替换为：

   • 点开你的开始菜单
   • 将输入法按到中文输入
   • 输入“记事本”三个字
   • 在最佳匹配的记事本处，点击鼠标右键
   • 选择「以管理员身份运行」

自动检测 PikPak 延迟最低 IP 程序

基于 shimily 的程序修改而来，程序没处理好 IP 无效后的报错，现在在部分地区已经无法正常使用了。我主要是改了一下这部分的逻辑，并加了几个新的可用 IP 重新打包

• 软件下载：https://tjsky.lanzouq.com/irpcw3bqpbxa 密码:2var

• 软件截图：
  

• 软件代码：

import typer
import platform
import subprocess
import statistics

pikpak_hosts = [
    "8.222.208.40", 
    "8.210.96.68",  
    "8.209.208.12",
    "8.209.248.151",
    "149.129.129.1",
    "149.129.132.58",
    "198.11.172.147", 
    "47.88.28.176", 
    "43.160.170.231", 
    "43.156.21.88", 
    "43.160.168.77", 
    "43.159.52.123"
]

def main():

    confirm = typer.confirm("请确认是否开始检测pikpak域名延迟?", abort=True)

    if confirm:

        host_pings = []

        for host in pikpak_hosts:

            typer.echo(f"正在检测IP {host} 延迟...")
            try:
                if platform.system() == "Windows":
                    output = subprocess.check_output(
                        ["ping", "-n", "5", host],
                        stderr=subprocess.STDOUT,
                        universal_newlines=True
                    )
                else:
                    output = subprocess.check_output(
                        ["ping", "-c", "5", host],
                        stderr=subprocess.STDOUT,
                        universal_newlines=True
                    )
            except subprocess.CalledProcessError as e: 
                typer.echo(f"IP：{host} 无法连接!n")
                continue

            pings = []
            for line in output.splitlines():
                if platform.system() == "Windows":
                    if "时间=" in line:
                        ping = float(line.split("时间=")[1].split("ms")[0])
                        pings.append(ping)

                else:
                    if "time=" in line:
                        ping = float(line.split("time=")[1].split("ms")[0].strip())
                        pings.append(ping)

            if len(pings) == 0:
                typer.echo(f"IP：{host} 无法连接!n")
                continue

            else:

                avg_ping = statistics.mean(pings)

                #取avg_ping小数点后两位
                avg_ping = round(avg_ping, 2)

                typer.echo(f"IP：{host} 平均延迟为：{avg_ping}msn")
                host_pings.append((host, avg_ping))

        fastest = min(host_pings, key=lambda x: x[1])
        typer.echo(f"检测完成：nIP：{fastest[0]} 延迟最低, 平均值：{fastest[1]}ms")

        typer.echo("n按回车键退出程序...")
        input()  

if __name__ == "__main__":
    typer.run(main)

The post PikPak 无法访问或访问卡顿问题解决–自动检测 PikPak 延迟最低 IP 工具 appeared first on 秋风于渭水.

为了解决快速查看浏览器扩展兼容情况，我开发了《Chrome升级小助手》帮你快速检测你的浏览器扩展是否都已兼容 Chrome 的 Manifest V3 标准。下载Python脚本或EXE版，即可一键生成详细兼容性报告，避免升级后扩展失效的窘境。

[toc]

引子

总所周知，最近Chrome浏览器又双叒叕升级了，目前正式版已经更新到 142 版。说实话，每次看到Chrome更新我都又爱又恨：爱的是新功能确实香，恨的是 Manifest V2 扩展的日子也基本到头了。

随着Google对Manifest V2扩展的限制越来越严格，大部分主流扩展也都陆续发布了基于Manifest V3的版本。于是我决定把我的Chrome升级到最新的142版本。但是呢，我遇到了一个“小问题”：我装了几十个扩展（PS：当然我不会全启用，那要卡死个人了），怎么快速知道哪些扩展还没升级到Manifest V3呢？

最初的尝试：问AI，结果翻车了

最开始我偷了个懒，直接去问AI：“怎么批量检查 Chrome 扩展的 Manifest 版本？”
AI很热情地告诉我：“亲，可以在Chrome的扩展管理页面（chrome://extensions/）打开开发者模式，然后在控制台运行这段JS脚本就好了哦！”

我试了试，结果……根本检测不到。我和 AI 拉锯讨论了半天后，我意识到这方法不行——扩展管理页面的权限限制让脚本无法获取准确数据。

还是要自己动手：为什么不直接读文件呢？

正好最近我自己也在写 Chrome 扩展，突然想到：每个扩展的安装目录里不都有个 manifest.json 文件嘛！这里面记录了扩展的所有元数据，包括扩展使用的 Manifest 版本，这数据肯定是最准确的。
于是，我决定写一个Python脚本来解决这个问题。思路很简单：

• 找到Chrome扩展的安装目录（默认在AppData\Local\Google\Chrome\User Data\Default\Extensions）。
• 遍历所有扩展文件夹，读取每个扩展最新版本的manifest.json。（理论上同一个扩展存在多个版本是可能的）
• 解析出Manifest版本、扩展名称、描述等信息。
• 生成一个详细的报告，显示那些是V2、V3扩展。

Chrome 升级小助手 V1：石器时代

最开始的脚本非常简陋，就是遍历检查，然后把还在用 Manifest V2 的扩展名字写到一个 txt 文件里。
很快我发现，这样不行，因为有些上古扩展的 manifest.json 写的不是很规范，导致获取不到扩展的名字，如果脚本想适配他们的一些奇怪写法，又需要增加很多额外的代码量。而且我发现有我有十几个扩展是MV2的，需要手动去扩展页面根据名字慢慢找到底是哪个扩展，太费劲了。

Chrome 升级小助手 V2版：青铜时代

于是我决定改为生成一个 html 文件，反正扩展 ID 都有了，可以写一个超链接方便点击里面的链接跳转到扩展详情页不好吗。
然后发现，点击 html 文件中的「打开扩展详情页」连接，点击并不会打开扩展详情页（虽然链接是正确的）。
经过一番查找，原来是因为Chrome的安全限制，本地HTML文件中的chrome://链接无法直接点击打开（浏览器会阻止）。好吧，继续改。

Chrome 升级小助手 V3版：铁器时代

既然不让我直接点，那我就改为点击按钮，复制这个扩展详情页链接呗。这种本地JS还是让我用的嘛
同时我还发现之前脚本的一个小瑕疵：没有区分是扩展还是主题。Chrome 对主题的 Manifest 版本要求和扩展不同，主题停留在 Manifest V2 一般都没事，所以脚本需要将主题单列出来。

Chrome 升级小助手 V4版：蒸汽时代

V3版脚本写好，我自己测试没问题，发到群里小范围试用了一下，大家纷纷表示挺好用的，不过很快有群友提出来一个问题：“我现在知道了我的扩展如果升级到 Chrome 142 会不能用，但我怎么知道替代扩展在哪里呢”，很快就有人回道：“扩展的详情页会显示一个本扩展将停用的「相关扩展推荐」按钮，点那个就行了”。本来这事就结束了，但我试了一下我自己的141版的浏览器：扩展详情页居然没这个按钮，然后我反应过来了，没按钮就对了。教程里教大家怎么用 MV2 扩展的步骤里，不是把这个警告关了嘛，自己写的文章怎么快就差点忘了。

于是乎，Chrome升级小助手再次进化，增加「相关扩展推荐」按钮，利用Google应用商店自有的功能（https://chromewebstore.google.com/detail/{扩展ID}/related-recommendations）帮助大家找到可替代的扩展。（不一定都能找到，但总比一个一个手动找强一点）

Chrome 升级小助手 V5版：电气时代

V5版 脚本写好后，我在 TG 大群里分享了一下，群友们纷纷表示“好用！”“终于不用一个个手动检查了”。但也有群友吐槽：“我没 Python 啊，怎么装？”，“Python这么大的？”
也是，又不是每个人都是技术宅。于是我又把Python脚本打包成了《Chrome升级小助手.exe》，这样即使没有Python环境的用户也能直接使用啦！
按说这脚本没外部依赖，都是基本库，直接pyinstaller --onefile --clean --console --noconfirm Chrome升级小助手_V5.py一把梭哈就行。
结果这么个只有25K的小脚本，居然打包出来的exe体积有20多MB，这能忍？继续改进吧

Chrome升级小助手 V6版：信息时代

那就没办法了，虽然也不指望把exe压缩到只有2、3M的体积，但起码要是个位数吧，这么个小东西整20多M就有点恶心了。
那怎么快速减少打包体积呢？
1. 使用虚拟环境打包 ，以免引入不必要的东西进来
2. 使用UPX压缩可执行文件
3. 删除一切不需要的库，比如PIL（我又不处理图像）、tkinter（我又没GUI界面）、matplotlib（我又不画图）等等吧，诸如scipy、numpy、pandas全都干掉。
最终成果：5.7MB，还行吧，算不上极致压缩，如果再精细一点调整或者重新编译，我估计到3~4MB也是可以的，但这个精力就需要很多了，没必要。PyInstaller + UPX + 新虚拟环境 + 删除肯定没用到的库，算是一个比较平衡的打包方案。

Chrome 升级小助手 发布 & 教程

方式一：Python脚本版（适合有Python环境的用户）

如果你电脑有 Python 环境（建议3.10+，不过我估计3.6+应该就能用），可以直接下载 Python脚本版，这样体积更小。

1. 下载脚本文件（下载地址见文章末尾）
2. 保存到任意目录
3. 打开命令提示符（CMD）或PowerShell，导航到脚本所在目录
4. 运行：python Chrome升级小助手.py
5. 程序会自动查找Chrome扩展目录，如果找不到会提示你手动输入路径
6. 扫描完成后，会自动在目录下生成一个详细的HTML报告，并询问是否立即在浏览器中打开

报告会按Manifest版本分类显示所有扩展：
1. 红色标注的V2扩展：这些在Chrome升级后将无法使用，需要尽快寻找替代或更新。
2. 绿色标注的V3扩展：这些兼容新版本，可以放心使用
3. 主题扩展：即使是V2版也通常不受影响，但列出来，以防万一有问题。
报告中还提供了每个扩展的详情页链接和Chrome应用商店的推荐链接，方便你快速操作。

方式二：EXE版（适合所有Windows用户）

如果你没有Python环境，或者就想“开箱即用”，可以直接下载《Chrome升级小助手.exe》

1. 下载exe文件
2. 双击运行即可，无需安装任何依赖
3. 程序界面与Python版完全一样，按照提示操作即可

小贴士

• 运行前最好关闭Chrome浏览器，否则可能无法访问某些扩展的目录。
• 如果程序找不到扩展目录，会给出详细的手动查找指南，请按照提示操作。
• 报告中的“复制详情页链接”按钮可以方便地在Chrome中直接打开扩展管理页。

Chrome升级小助手 下载地址

• Python脚本：Chrome升级小助手.py
• EXE版本：Chrome升级小助手.exe

写在最后

• 在我自己的测试中，发现我有12个扩展还在用Manifest V2
  • 8个属于本来我就不用的，已经长期属于禁用状态，或者只是为了解决一些很细微的问题，用不用都可以，删了就好
  • uBlock Origin 我有三个，Lite版，MV2版 MV3满血移植版。除了最后的满血版，其他都是之前测试用的，Lite和MV2版删了就好
  • Proxy SwitchyOmega：这个作者已经停更了，不过有大佬接手继续搞了 MV 3版的，叫《Proxy SwitchyOmega 3 (ZeroOmega)》（注意此扩展李鬼极多，别下到李鬼加料版了）
  • Header Editor：这个没啥办法，虽然已经有基于MV3的Lite版，但无法使用自定义脚本，没招。
  • SingleFileZ：这个倒是没什么影响，毕竟可以用 SingleFile 嘛。

• 如果有任何问题或建议，欢迎在评论区留言，希望这个工具能帮到你！

• 如果遇到杀毒软件误报，请放心，这是打包 Python 程序的常见现象，代码完全开源可查。你可以自己审查前边的py脚本文件，并打包为exe使用。

The post Chrome升级小助手——快速检查你的浏览器扩展是否已支持新版Chrome appeared first on 秋风于渭水.

今天是 2025年10月14日，微软正式宣布对 Windows 10 停止支持。这一刻，我坐在电脑前，看着屏幕里熟悉的界面，心中涌起一阵难以言喻的复杂情绪。
回顾这十年的相伴时光，从令人抓狂的“强制更新”到带来惊喜的WSL，再到ESU计划的滑稽定价……这不仅是一个系统的落幕，更是我们一段数字生活的印记。谨以此文，告别这位坚韧的老朋友。

Windows 10 十年相伴

2015年7月29日，Windows 10 正式登台亮相。那时的我，还沉浸在 Windows 7 的经典与流畅中，微软当年曾宣称这是“最后一个Windows版本”，它将持续更新，不断进化。（然后 Windows 11 它来了，不过从内部版本号号上来说 Windows 11 确实还能算是 Windows 10）作为喜欢尝试的我，很快就在 8 月初想办法直接往实体机里安装了 Windows 10 不过幸好到也没遇到什么大的问题，当年的自己可真有点莽，毕竟这那可是工作用机。

Windows 10 那些让人又爱又恨的特性

windows 10 带来的新特性中，估计大家最讨厌的就是：强制更新 与 越来越多的广告

害死个人的 Windows 10 强制更新

我永远忘不了那次我正要送标书赶火车急着关闭电脑时，屏幕上却赫然出现：“正在安装更新，请不要关闭电源。”，那一刻的绝望，那个心情，简直冰冰凉，透心凉。

还有一次，在工作站上昨晚开始的某单体的三维模拟施工视频渲染导出工作，在第二天早上上班时发现这个逗比 windows 10 在接近完成时，TMD自动给我重启了，于是不得不重新导出，浪费了足足1天的时间，导致后续其他单体的渲染导出差点拖期，偏偏那个甲方（某互联网大厂）很不好伺候，最后那两天只能定闹铃，在大半夜起床远程过去，继续进行下一个单体的导出。

越来越多的广告的 Windows 10

从开始菜单的“建议应用”、到锁屏界面突兀的“游戏推广”，还有通知中心弹出的“使用技巧”——这些内容被包装成贴心建议，实则推销微软自家的产品和服务。尤其是微软对Edge浏览器的推广，那真是无孔不入，锲而不舍。系统不停的在弹窗、条幅、提示中劝说用户切换默认浏览器到Edge，好像在不断质疑我没有选择Edge的行为。和推广Edge比起来，其他什么新闻的里的热门资讯啊，天气应用的广告啊，资源管理器里的OneDrive广告啊，貌似也没那么不可接受了呢。（并不）

子系统 唯一满意的 Windows 10 功能

说实话，这是我唯一满意的创新，真正打破操作系统的界限。

WSL 让我无需虚拟机即可在 Windows 环境下运行原生 Linux 应用程序和工具，而且还实现了文件系统和命令行共享。
WSA 则允许我在 Windows 10 上运行 Android 应用程序（windows 10上必须自己想办法才能装进去），最棒的是 WSA 可以同时启动多个APP在不同窗口中，而且 windows 应用和 WSA 应用可以同时处于焦点。不过最终 WSA 因为毫无利益被微软弃坑了，被腾讯应用宝接盘，但应用宝更倾向于实现在 windows 里玩 Android 游戏的目的。

ESU计划的滑稽定价

微软最骚的是，推出了扩展安全更新计划（ESU），允许用户付费延长安全更新服务至2026年10月13日。这玩意槽点太多了。首先，ESU计划必须绑定 Microsoft 账户，这对坚持使用本地账户的用户而言无疑是一种威逼利诱。其次，是他的定价：30美元。
微软呢还允许你用 Microsoft Rewards 积分兑换 ESU，只需要 1000 积分，要知道根据 Microsoft Rewards 的兑换价格 1000积分 ≈ 6.6 个原神国际服原石 = 一年ESU服务 这种等价关系让ESU的定价显得格外滑稽。1000 积分难度适中，但等价关系太诡异了，30000 积分虽然符合实际价值了，却显得微软完全没有诚意。
最最重要的是：这玩意其实是不要钱的啊！只要你是Home 版、Professional 版、Pro Education 版或 Workstations 版（反正不是企业版就行）用 Microsoft 帐户登录（管理员账户）直接在设置 > 更新页面下就出现注册ESU的提示了，注册完全免费。

有必要这样吗？

根据查到的说法，“随着 Windows 10 支持的结束，约 4 亿台无法升级到 Windows 11 的电脑将面临“裸奔”的风险。” 这一手和最近谷歌自己一个人强推 MV3 扩展有异曲同工之“妙”。技术的进步（企业的盈利）搞的一定要以牺牲部分用户为代价。Windows 10 升级 Windows 11 是免费，但是很多老设备达不到TPM 2.0等硬件要求就被挡在门外，必须要重新购买硬件才能用新系统，不然就只能放任系统“裸奔”，说严重点这关乎“数字公平”。

十年陪伴，终有一别

再见，Windows 10！感谢十年相伴。你没有Windows XP时代的纯真，也没有Windows 7时代的优雅，但历经10年后，你有了一种被磨砺出的坚韧和可靠。

你的落幕不是终点，而是化为数字化旅程中一个深深的印记。在未来的日子里，无论是选择升级到Windows 11，还是继续与“裸奔”的Windows 10为伴，亦或转向其他平台，这段记忆都将珍藏在我们的数字生活史中。

如今回望，Windows 10承载了太多记忆。见证了我的电脑从机械硬盘到固态硬盘的飞跃，从IE浏览器到Edge的升级，更新历史中的每一个版本号都像时代的记忆。见证了我生活中的点滴变化，单身、恋爱、结婚、生子。

作为承载了我无数个深夜加班的记忆，成为了我学习、工作和娱乐的忠实伙伴。最后，我想对这位老朋友说声：谢谢有你陪伴。

番外

今天是2025年10月20日，就在发完此文后一周，虚拟机的windows 10 就坏了。好吧，其实不是系统坏了，而是虚拟机软件坏了，那就正好更新一下系统吧，虚拟机里的这个 Windows 10 系统还是 21H2 ，既然彻底炸了，就顺手把虚拟机软件和系统都更新到最新吧。

The post Windows 10 停止支持：十年陪伴，终有一别，再见Windows 10 appeared first on 秋风于渭水.

Chrome 于 2024 年 6 月开始禁用 Manifest V2 扩展程序，强制开发者使用 Manifest V3 ，在127以上版本的 Chrome 中开始出现升级提示，在 138 版本开始默认禁用了 uBlock Origin 、暴力猴等 MV2 扩展，在139版本移除了延长MV2扩展支持的企业策略，在 140 又移除了多个实验性选项导致以前想要启用该扩展程序的方法基本都已经失效。不过没关系，目前起码直到 141 版本都还有两个方式可以安装或启用 uBlock Origin 广告拦截等 MV2 版扩展程序。

• 如果你的 Chrome 浏览器版本小于 139 版本看这个文章：《Chrome 如何继续使用 uBlock Origin 等 Manifest V2 扩展》
• 140 与 141的方案都不是完美方案，只是解决了“能用”的问题，因 Chrome 删除了多个实验性设置，警告和报错是关不掉的，算不上完美解决。请考虑清楚再升级到 Chrome 140 和 141 版本。

方法一：使用启动命令的方式实现 Manifest V2 扩展支持 （ 适用于 140.0.7339.80 至 141 版本）

1. 右键点击 Chrome 在你桌面的图标（快捷方式）选择属性。

2. 在 Chrome 快捷方式的属性目标中追加以下内容（注意--的前边有个空格）,并确定。
   --disable-features=ExtensionManifestV2Unsupported,ExtensionManifestV2Disabled

3. 好了，只要你的chrome是通过这个快捷方式启动的，就可以启用 uBlock Origin 等 Manifest V2 扩展。

4. 安装可以通过在扩展程序页面，开启右上方的「开发者模式」然后将下载的CRX格式的扩展拖入浏览器窗口安装。
   （很多网站提供chrome扩展离线安装包下载，比如：这个网站））

5. 不过如果只是这样做的话，你每次开机后都要手动先开一个 chrome 还记得不要关了，你通过点其他地方链接拉起的chrome 并不会被加载这个参数，所以就导致扩展无法启用。

6. 如果非要解决上边的问题，可以通过注册表实现
   • 在 Windows 10/11 搜索框中输入 regedit 打开 注册表编辑器
   • 在注册表编辑器中打开：计算机\HKEY_CLASSES_ROOT\路径，你应该能看到两个写着「ChromeHTML.这里可能会是一堆字母或者也可能没有」的项目，打开他，继续往下依次展开到计算机\HKEY_CLASSES_ROOT\ChromeHTMLXXXXXX\shell\open\command
   • 右侧应该有个默认的值类似"C:\Program Files\Google\Chrome\Application\chrome.exe" --single-argument %1
   • 把他改成"C:\Program Files\Google\Chrome\Application\chrome.exe" --disable-features=ExtensionManifestV2Unsupported,ExtensionManifestV2Disabled --single-argument %1
   • 注意 Chrome 更新会重置这个注册表键值为默认，你需要重新改，或者用其他工具锁死这个注册表项的修改权。

方法二： 使用实验性参数与加载未打包的扩展程序实现 Manifest V2 扩展支持 （ 适用于 140.0.7339.80 至 141 版本）

1. 打开 chrome 浏览器

2. 访问chrome://flags/#temporary-unexpire-flags-m138与chrome://flags/#temporary-unexpire-flags-m139，将他俩最后参数改为「Enabled」（如果你是141版本的话，这两个参数最后应该是m139和m140）

3. 重启 Chrome 浏览器（注意：要彻底重启，不要残留后台进程，不然你是看不到后面这些东西的，你修改配置后，浏览器应该会在最下边出现一个重启按钮，用这个重启。）

4. 访问chrome://flags/#allow-legacy-mv2-extensions，将最后参数改为「Enabled」

5. 再次重启浏览器

6. 下载你的扩展的 crx 安装文件（很多网站提供chrome扩展离线安装包下载，比如：这个），后缀名从.crx改成.zip，将扩展解压成一个文件夹

7. 访问chrome://extensions/ 打开右上角的“开发者模式”，选择“加载未打包的扩展程序”，找到你刚才扩展解压出来的文件夹，确定。

碎碎谈

• 以上两种方法在 Chrome 140.0.7339.81、141.0.7378.4 中测试通过。
• 你可以同时两种办法都用上。
• 此方法不适用于 Chrome v142 版本（我试了不行，如果有其他方式欢迎大佬在评论区补充）
• 扩展商店里有个李鬼叫 《uBlock》，注意正版叫 《uBlock Origin》（CRX文件下载）别下载错了。
• 总而言之咱们这一堆折腾很可能在142版本终止，谷歌推进 Manifest V3 的力度非常大和坚决。建议配合此文《如何彻底禁用 Chrome 自动更新》关闭自动更新，以免出现 chrome 突然升级，扩展倒下一大片的郁闷情景，暂时手动更新，待大佬研究出破解之道再做升级。

The post Chrome 140/141 版本如何解决“此扩展程序不再受支持，因此已停用” ，安装/启用 uBlock Origin 广告拦截等 MV2 版扩展程序 appeared first on 秋风于渭水.

作为一个常年游走在代码和文档之间的打工人，输入法状态不对导致的尴尬场景我经历太多了：写代码时冒出一串中文标点，跟同事沟通时大小写不分，最崩溃的是在全屏游戏里切不出中文。Windows 右下角那个小得可怜的"中/英"提示，对我来说基本等于不存在。

直到我发现了这类输入法状态提示工具，才算真正治好了我的"输入焦虑症"。今天就跟你分享几款我深度用过的输入法切换提示小工具，完全免费，体积轻巧，关键是真能解决问题。

软件列表及适用操作系统

Input Source Pro

Input Source Pro 一款能够自动切换输入法并适时提示的工具，旨在让用户在输入文字时更加轻松自如。

• 支持的操作系统：macOS 11 及以上版本

主要功能

1. 自动展示当前输入法
   • 在长按鼠标左键、切换输入法以及切换应用程序时，会展示当前正在使用的输入法类型。
2. 根据应用切换输入法
   • 可以为不同的应用程序设定默认的输入法类型，避免手动切换输入法的麻烦。即使在使用 Spotlight 等应用时，也能实现自动切换。
3. 根据网站切换输入法
   • 支持通过自定义规则，根据浏览器当前页面自动切换输入法。目前支持的浏览器包括 Safari、Chrome、Edge、Firefox、Brave、Vivaldi 以及 Arc 浏览器。

InputTip

InputTip 是一个输入法状态管理工具，主要功能包括实时提示输入法状态（鼠标方案/符号方案）以及状态切换（窗口触发/热键触发）。

• 项目使用 AutoHotkey(AHK) 语言编写，仅适用于 Windows 系统（Win10 以上可用，以下未知）。
• 项目托管于 GitHub 和 Gitee

功能特性

• 状态提示方案
  • 鼠标方案：使用多套鼠标光标样式，根据输入法状态加载不同的鼠标光标样式。默认使用 多彩水滴 Oreo 光标，中文状态为红色，英文状态为蓝色，大写锁定为绿色。
  • 符号方案：根据输入法状态在输入光标附近显示不同的符号，也可选择在鼠标附近显示符号。但需要注意部分应用可能因 DLL 调用出现兼容性问题，导致无法正确获取输入光标位置。
• 状态切换
  • 切换不同窗口时，可自动切换到指定的输入法状态，支持标题级的匹配。
  • 可设置按键切换到指定的输入法状态。
• 配置菜单
  • 提供详细便捷的配置菜单，所有配置变动应在托盘菜单中进行，不建议手动修改 InputTip.ini 文件。

使用方法

• 安装完成后，运行对应文件即可。使用 Scoop 安装的运行安装后创建的 InputTip 快捷方式或命令，使用 WinGet 安装的运行 InputTip 命令，手动下载的 zip 版本运行 InputTip.bat，exe 版本运行 InputTip.exe。
• 可设置开机自启动（托盘菜单 => 开机自启动）。
• 可设置配置菜单的字体大小（托盘菜单 => 其他设置 => 配置菜单字体大小）。
• 使用鼠标方案（托盘菜单 => 状态提示 - 鼠标方案 => 加载鼠标样式）。
• 使用符号方案（托盘菜单 => 状态提示 - 符号方案 => 指定符号的类型）。
• 更多相关配置在托盘菜单中查看。

卸载方法

• 取消开机自启动（托盘菜单 => 开机自启动）。
• 退出程序（托盘菜单 => 退出）。
• 删除目录结构及数据中展示的相关目录。

Smart Input Pro

Smart Input Pro：一款帮助程序员提升编码效率的工具。

插件功能

• 功能概述：在确定的场景自动切换到用户想要的输入法，减少因切换输入法导致的输入错误，提升编码的流畅性和效率。
• 解决的问题：对于母语为中文的开发者，在写代码过程中经常需要在中/英输入法之间进行切换，且由于不清楚当前处于哪种输入状态，有时输入到一半发现输入法错了，删除后重新输入，严重影响了编码效率。

解决方案

• 工作原理：通过插件的方式集成到IDE中，根据输入位置的上下文智能分析当前处于什么场景应该使用哪种输入法并自动切换，还可以通过光标的颜色来提醒用户当前是什么输入法以及大小写状态。
• 支持的IDE：目前支持IntelliJ平台的所有IDE和VSCode平台，如IDEA、PyCharm、WebStorm、GoLand、PhpStorm、DataGrip等，Android Studio 和 DevEco Studio也是基于IntelliJ平台，所以也是支持的。其他平台的IDE插件正在开发中。
• 支持的编程语言：理论上只要IDE支持的编程语言都支持，但不同编程语言体验可能不太一样。例如，对于Java、Kotlin、C、C++、Python、Php、Golang、JavaScript、TypeScript、Scala、Groovy等，它们只有在注释区域和字符串字面量中才会使用中文，其他区域都可以肯定要使用英文；对于HTML、Markdown等标记语言，暂时不支持自动切换，但支持使用光标颜色表示输入法状态。
• 支持的场景：
  • 默认场景：大部分主流编程语言在默认区域（除注释区域和字符串区域之外的区域）只能输入ASCII，因此只需要英文输入法，插件识别到用户在默认场景时自动切换为英文输入法。
  • 注释场景：中文母语用户在注释时大概率使用中文输入法，即使需要输入简单的英文也能通过中文输入法输入，插件识别到用户在注释场景时自动切换为中文输入法。
  • Git提交场景：中文母语用户在Git提交输入备注信息时大概率使用中文输入法，即使需要输入简单的英文也能通过中文输入法输入，插件识别到用户在Git提交场景时自动切换为中文输入法。
  • 工具窗口场景：很多工具窗口内都需要特定的输入法，比如Project、Terminal等都需要英文输入法，插件识别到用户在特定工具窗口时切换为特定的输入法。
  • IdeaVim场景：Vim在NORMAL模式时需要使用英文输入法，否则输入不生效，插件在识别到用户进入NORMAL模式时切换为英文输入法，进入INSERT模式时根据光标具体所处的场景切换输入法。
  • 字符串场景：字符串字面量可能根据定义名称不同而需要使用不同输入法，插件可以记录用户习惯，为不同名称的字符串字面量切换到用户常用的输入法。
  • 自定义事件场景：IDE中发生某件事件时切换成自定义输入法，比如：Translation插件的翻译窗口打开时自动切换为中文输入法，这样用户就可以直接输入中文翻译成英文。
  • 自定义规则场景：在输入字符串等不确定输入法的场景，可以通过自定义正则匹配规则，符合特定规则时切换为特定输入法，比如：光标处于中文文字之间时切换为中文输入法。
  • 离开IDE场景：Windows系统每个APP的输入法状态是独立的，切换到某个APP恢复内部的输入法状态，MAC系统没有这个功能，因此插件可以实现离开IDE时切换输入法为进入IDE之前的状态。

ImTip 智能桌面助手

ImTip 是一款免费开源的智能桌面助手，体积仅 860 KB，具备输入跟踪提示、超级热键、AI 助手等功能，可将各种桌面应用快速接入 AI 大模型。

功能特点

输入跟踪提示

• 功能描述：通过在输入光标处显示简洁图标，提前告知用户当前输入状态（中英、中英标点、全半角、大小写、多语言键盘布局等），避免用户因频繁查看输入状态而打断输入连续性。
• 支持范围：理论上支持所有输入法，包括微软拼音、微软五笔、小小输入法、搜狗输入法、百度输入法、QQ 输入法、谷歌输入法、小鹤输入法、手心输入法等，以及日文、韩文、西班牙语输入法。
• 自定义设置：用户可自定义外观方案，如单图标方案，并支持可视化编辑。外观方案可通过拖入 ImTip.exe 或外观设置窗口快速导入，也可通过剪贴板复制粘贴配置方案代码。
• 性能优化：CPU 占用极低，用户可通过调整「跟踪检测速度」进一步优化性能。

AI 助手

• 功能描述：提供简洁可定制的 AI 桌面助手，支持渲染数学公式、代码高亮、一键分享截长屏、自动联网读取文档等功能。
• 配置管理：用户可自定义多个 AI 助手配置，并在不同会话中切换不同的大模型。
• 超级热键集成：用户可在超级热键配置中修改 AI 接口参数，通过热键快速调用 AI 大模型接口或自动调用 AI 会话窗口。

RedDot

RedDot 在你的光标处显示中英文状态

language-indicator

language-indicator Per-language text caret and mouse cursor styling, aka language indicator（按语言对文本光标和鼠标光标进行样式设置，也称为语言指示器）。

功能介绍

• 核心功能：根据当前使用的语言，改变文本光标（caret）和文本选择鼠标光标（text selection mouse cursor）的样式。
• 适用范围：适用于大多数环境，包括控制台和通用 Windows 应用程序（Universal Windows Apps，即 Metro 应用）。但 Adobe InDesign 和某些 .NET MAUI 应用程序除外。
• 开发语言：使用 AHK v2（AutoHotkey v2）编写。

KBLAutoSwitch

KBLAutoSwitch 一个基于 AutoHotkey (AHK) 的工具，用于自动切换中英文输入法。

项目功能

1. 自动切换中英文输入法
   • 支持三种切换模式：
     • 中文输入法
     • 英文（中文输入法）
     • 英文输入法
   • 可根据不同窗口自动切换输入法。
2. 自定义热键
   • 用户可以设置自定义热键来切换输入法。
   • 支持快捷键切换输入法，并可设置快捷键提示。
3. 状态提示
   • 可设置切换提示、托盘图标。
   • 鼠标指针可显示中英文及大小写状态。
4. 设置页面
   • 提供软件设置页面，用户可以配置各种功能。
   • 支持将指定应用设置为中英文输入法模式。
5. 特殊窗口设置
   • 用户可以在设置页面中手动添加特殊窗口的输入法模式。

TSFTool

TSFTool V0.9.3.2（官网地址） 用于设置输入法的工具，支持 Windows 10-11 和 Windows Server 2019-2025 操作系统，支持新的 TSF 输入法框架，并部分兼容旧的 IMM 输入法框架。

这篇文章介绍了作者在更换新硬盘并重装系统后遇到开机约1分30秒必定死机的问题。经过测试发现高负载下不会死机，怀疑是CPU与主板兼容性相关。作者进入BIOS关闭C-States无效，但关闭SpeedStep后问题解决。由于12代Intel已不依赖SpeedStep，该设置对性能影响不大。文章总结，当遇到clock watchdog timeout蓝屏或低负载死机时，可以依次尝试关闭C-States、Intel Speed Shift Technology和Enhanced Intel SpeedStep来排查。

本文为大一新生提供全面的计算机基础知识指南，涵盖硬件组成、操作系统使用、常用软件安装与配置、网络基础、安全防护等实用内容，帮助新生快速上手计算机，提升学习和生活效率。