爱你 妲妲https://jack-huang-2010.github.io/Firefly6.15.2https://github.com/CuteLeaf/Firefly2026年7月28日 01:45:39https://jack-huang-2010.github.io/posts/About-JH-XP/https://jack-huang-2010.github.io/posts/About-JH-XP/老大！已经接国家电网、南方电网、三峡大坝、白鹤滩水电站、乌东德水电站、溪洛渡水电站、向家坝水电站、大亚湾核电站、秦山核电站、华能/大唐/国电投/华电、特高压直流电、高压电塔、220V 家用电、380V 工业电、高压开关柜、变压器、换流站、光伏电站、风电场，再接特斯拉线圈、范德格拉夫起电机、等离子球、静电发生器、高压电棍、杨永信电疗仪、手摇发电机、发电自行车、一万毫安充电宝、十万毫安充电宝、摩擦起电，再接御坂美琴（炮姐）、御坂网络、皮卡丘、十万伏特/百万伏特/亿伏特、艾尼路（响雷果实）、雷影·艾、佐助/卡卡西（雷切/千鸟）、雷之呼吸、雷姆，再接艾雷王、杰顿、雷德王、银河奥特曼、维克特利、泽塔奥特曼、赛罗奥特曼、雷布朗多星人、假面骑士 01、假面骑士 Blades，再接我的世界引雷三叉戟、闪电苦力怕、避雷针、工业模组发电机，原神雷电将军、北斗、菲谢尔、赛诺、雷元素/感电/超载，王者荣耀司空震、司马懿、闪电匕首（电刀），宝可梦闪电鸟、雷伊布、捷拉奥拉、雷吉艾勒奇、电击魔兽，再接雷电法王瑞兹、凯南、泰拉瑞亚雷云法杖、apex 电妹，再接雷公电母、雷震子、宙斯、雷神托尔、雷神之锤、九天应元雷声普化天尊、闪电侠，最后接总电闸、插排、空气开关、漏电保护器、火线零线地线、全屋通电，全线满电接通！Thu, 23 Jul 2026 00:00:00 GMT本文已加密保护，请访问网站查看。https://jack-huang-2010.github.io/posts/WeKit-Doc/https://jack-huang-2010.github.io/posts/WeKit-Doc/୧⍤⃝ WeKit Document ☃Thu, 09 Jul 2026 00:00:00 GMT<div><div><div></div><div>Tip</div></div><div><p>本页面内某些内容可能需要代理才能正常访问</p></div></div> <div><div><div></div><div>Note</div></div><div><p>提问请按照 <a href="#%E6%8F%90%E9%97%AE%E7%9A%84%E8%89%BA%E6%9C%AF--%EF%B8%8F-fbi-warning-%EF%B8%8F%E4%B8%8D%E7%9C%8B%E9%B8%A1%E6%8A%8A%E7%9F%AD-10cm-%EF%B8%8F-fbi-warning-%EF%B8%8F"><strong>提问的艺术</strong></a> 准备好一些必要的材料 免得开发者追着你问日志 有问题🉑先查看 <a href="#%E4%B8%80%E4%BA%9B%E5%B8%B8%E8%A7%81%E9%97%AE%E9%A2%98-qa">一些常见问题 <strong><code>(Q&amp;A)</code></strong></a> 也许能回答你一些疑惑</p></div></div> <section><h1>🪨 <strong>A Stone Badge &amp; 不死图腾</strong><a href="#a-stone-badge--不死图腾"><span>#</span></a></h1><p></p><figure><img src="https://stone.professorlee.work/api/stone/Jack-Huang-2020/Blog" alt="没错这个石墩子除了浪费你 5 MiB 流量外毫无作用 石墩子指向本博客的 Github 仓库 项目🔗： https://github.com/professor-lee/StoneBadge" /><figcaption>没错这个石墩子除了浪费你 5 MiB 流量外毫无作用 石墩子指向本博客的 Github 仓库 项目🔗： https://github.com/professor-lee/StoneBadge</figcaption></figure><p></p><div><div><div><figure><figcaption></figcaption><pre><code><div><div><div>1</div></div><div><span><span> </span></span><span>🟫🟫🟫🟫🟫🟫</span></div></div><div><div><div>2</div></div><div><span><span> </span></span><span>🟫🟨🟨🟨🟨🟨🟨🟫</span></div></div><div><div><div>3</div></div><div><span><span> </span></span><span>🟫🟨🟨🟨🟨🟨🟨🟫</span></div></div><div><div><div>4</div></div><div><span><span> </span></span><span>🟫🟧🟧🟨🟨🟧🟧🟫</span></div></div><div><div><div>5</div></div><div><span><span> </span></span><span>🟫⬜🟩🟧🟧⬜️🟩🟫</span></div></div><div><div><div>6</div></div><div><span><span> </span></span><span>🟫🟩🟩🟨🟨🟩🟩🟫</span></div></div><div><div><div>7</div></div><div><span><span> </span></span><span>🟫🟧🟧🟨🟨🟧🟧🟫</span></div></div><div><div><div>8</div></div><div><span>🟫🟫🟫🟫🟫🟧🟨🟨🟧🟫🟫🟫🟫🟫</span></div></div><div><div><div>9</div></div><div><span>🟫🟨🟧🟫🟨🟨🟧🟧🟨🟧🟫🟧🟨🟫</span></div></div><div><div><div>10</div></div><div><span>🟫🟫🟫🟨🟨🟨🟨🟨🟧🟧🟫🟫🟫🟫</span></div></div><div><div><div>11</div></div><div><span><span> </span></span><span>🟫🟨🟧🟧🟧🟧🟨🟫</span></div></div><div><div><div>12</div></div><div><span><span> </span></span><span>🟫🟫🟫🟫🟫🟫🟫🟫</span></div></div><div><div><div>13</div></div><div><span><span> </span></span><span>🟫🟨🟧🟧🟧🟫</span></div></div><div><div><div>14</div></div><div><span><span> </span></span><span>🟫🟨🟧🟧🟨🟫</span></div></div><div><div><div>15</div></div><div><span><span> </span></span><span>🟫🟫🟫🟫</span></div></div></code></pre><div><div></div><div></div></div></figure><div></div></div><span>展开</span><span>收起</span></div></div><hr /></section> <section><h1>提问的艺术<a href="#提问的艺术"><span>#</span></a></h1><section><h2>❎ 错误的提问方式 ❎<a href="#错误的提问方式-"><span>#</span></a></h2><div><div><div></div><div>Note</div></div><div><p>请不要这样提问 错误的提问方式将使开发者无法解答你的问题</p><blockquote><p>xxx 怎么搞/激活啊</p><p>xxx 为什么不能用啊</p></blockquote><p></p><figure><img alt="😅" loading="lazy" width="1000" height="990" src="/_astro/cnm.DsEUruU6_A17g2.webp" /><figcaption>😅</figcaption></figure><p></p><div><div><div></div><div>Important</div></div><div><p>进群前请确保你有一定的玩机基础 不然将会使沟通成为一场灾难</p><p></p><figure><img alt="灾难" loading="lazy" width="512" height="316" src="/_astro/%E7%81%BE%E9%9A%BE.DmdBpcxw_ZSnrU6.webp" /><figcaption>灾难</figcaption></figure><p></p></div></div></div></div></section><section><h2>✅ 正确的提问方式 ✅<a href="#正确的提问方式-"><span>#</span></a></h2><ul> <li> <p>问题：<code>xxx？</code></p> </li> <li> <p>环境：</p> <div><div><div><figure><figcaption></figcaption><pre><code><div><div><div>1</div></div><div><span>Root 方式</span></div></div><div><div><div>2</div></div><div><span>Magisk /KernelSU /Apatch</span></div></div><div><div><div>3</div></div><div> </div></div><div><div><div>4</div></div><div><span>微信版本</span></div></div><div><div><div>5</div></div><div><span>8.0.xx</span></div></div><div><div><div>6</div></div><div> </div></div><div><div><div>7</div></div><div><span>API 版本</span></div></div><div><div><div>8</div></div><div><span>100 及更低/101/102</span></div></div><div><div><div>9</div></div><div> </div></div><div><div><div>10</div></div><div><span>Xposed API 调用保护</span></div></div><div><div><div>11</div></div><div><span>未启用/已启用</span></div></div><div><div><div>12</div></div><div> </div></div><div><div><div>13</div></div><div><span>Dex 优化器包装</span></div></div><div><div><div>14</div></div><div><span>支持/不支持</span></div></div><div><div><div>15</div></div><div> </div></div><div><div><div>16</div></div><div><span>框架版本</span></div></div><div><div><div>17</div></div><div><span>xxx-it/irena/别的分支 (xxxx)</span></div></div><div><div><div>18</div></div><div> </div></div><div><div><div>19</div></div><div><span>管理器包名</span></div></div><div><div><div>20</div></div><div><span>com.android.shell/org.lsposed.manager</span></div></div><div><div><div>21</div></div><div> </div></div><div><div><div>22</div></div><div><span>系统版本</span></div></div><div><div><div>23</div></div><div><span>xx (API xx)</span></div></div><div><div><div>24</div></div><div> </div></div><div><div><div>25</div></div><div><span>设备</span></div></div><div><div><div>26</div></div><div><span>xxx</span></div></div><div><div><div>27</div></div><div> </div></div><div><div><div>28</div></div><div><span>系统架构</span></div></div><div><div><div>29</div></div><div><span>x86-64/arm64-v7a/v8a/v8a (4K)/risc-v</span></div></div></code></pre><div><div></div><div></div></div></figure><div></div></div><span>展开</span><span>收起</span></div></div> </li> </ul><div><div><div></div><div>Tip</div></div><div><p>给新手的小提示</p><p>在 LSPosed 主界面长按即可复制设备信息</p><p></p><figure><img alt="LSPosed" loading="lazy" width="1075" height="2393" src="/_astro/LSPosed.5qduhAew_R4VCt.webp" /><figcaption>LSPosed</figcaption></figure><p></p><p>微信版本在 <strong><code>微信设置</code> ➡️ <code>关于</code></strong> 里看</p></div></div><blockquote><p><strong>记得补充你的 Root 方式和微信版本号</strong></p></blockquote><ul> <li>日志：<code>xxx.zip</code></li> </ul></section></section> <section><h1>一些常见问题 <strong><code>(Q&amp;A)</code></strong><a href="#一些常见问题-qa"><span>#</span></a></h1><section><h4>1. 免 Root 能不能用？<a href="#1-免-root-能不能用"><span>#</span></a></h4><div><div><div></div><div>Important</div></div><div><p><strong>A:</strong> 请<strong>不要使用 LSPatch、NPatch 等工具嵌入模块到微信</strong> <em><strong>除非你想被张小龙秒封！</strong></em></p></div></div><div><div><div></div><div>Note</div></div><div><p>由于太多<em>煞笔</em>拿着开源的项目重新套层皮就上架售卖了 加之群内大部分人有 Root 遂开发者已停止对嵌入模块的支持</p></div></div><blockquote><p><strong>还有的话我想到再补吧 妈妈的 累死劳资了</strong></p></blockquote><hr /></section></section> <section><h1>安装、激活教程<a href="#安装激活教程"><span>#</span></a></h1><section><h2>PART 1️⃣ LSPosed 的安装<a href="#part-1️⃣lsposed-的安装"><span>#</span></a></h2><div><div><div></div><div>Important</div></div><div><p><strong>此教程只针对 KernelSU 及其分支撰写 不保证 Magisk 以及 Apatch 用户跟随本教程一定能用上此模块</strong></p></div></div><section><h3>Step 1️⃣ 确保你的📱已经获取了 Root 权限<a href="#step-1️⃣确保你的已经获取了-root-权限"><span>#</span></a></h3><div><div><div></div><div>Tip</div></div><div><p>如果你通过小米机型<a href="https://share.google/aimode/Lfi89lWdLXxOh0zVE" target="_blank">越狱</a>的半残废 Root 或者魅族的官方半残废 Root 使用 LSPosed 则可以忽略上一条</p></div></div><div><figure><img alt="KernelSU Next" loading="lazy" width="1075" height="2393" src="/_astro/KernelSU%20Next.CDML0rDa_HlpEp.webp" /><figcaption>KernelSU Next</figcaption></figure></div></section><section><h3>Step 2️⃣ 下载 Zygisk 实现模块 <a href="https://github.com/PerformanC/ReZygisk" target="_blank">ReZygisk</a> 或者 <a href="https://github.com/Dr-TSNG/ZygiskNext" target="_blank">ZygiskNext</a>并刷入<a href="#step-2️⃣下载-zygisk-实现模块-rezygisk-或者-zygisknext并刷入"><span>#</span></a></h3><a href="https://github.com/PerformanC/ReZygisk" target="_blank"><div><div><div><div></div><div>PerformanC</div></div><div>/</div><div>ReZygisk</div></div><div></div></div><div>Waiting for api.github.com...</div><div><div>00K</div><div>0K</div><div>0K</div><span>Waiting...</span></div></a><a href="https://github.com/Dr-TSNG/ZygiskNext" target="_blank"><div><div><div><div></div><div>Dr-TSNG</div></div><div>/</div><div>ZygiskNext</div></div><div></div></div><div>Waiting for api.github.com...</div><div><div>00K</div><div>0K</div><div>0K</div><span>Waiting...</span></div></a><div><div><div></div><div>Note</div></div><div><p><em>至于为什么有两个模块这件事么……是这样的： <a href="https://github.com/Dr-TSNG/ZygiskNext" target="_blank">https://github.com/Dr-TSNG/ZygiskNext</a> 一段时间前停止了开源 然后就有人搞了个开源的 <a href="https://github.com/PerformanC/ReZygisk" target="_blank">https://github.com/PerformanC/ReZygisk</a> 出来 从安全性的角度 本人更建议 <a href="https://github.com/PerformanC/ReZygisk" target="_blank">https://github.com/PerformanC/ReZygisk</a> 毕竟闭源的模块的安全性么……这就全看模块作者良心了 但是吧 <a href="https://github.com/PerformanC/ReZygisk" target="_blank">https://github.com/PerformanC/ReZygisk</a> 这模块也是刚刚出来的 稳定性这块还是差一点的（虽然本人目前用着也没发现大问题）所以你自己取舍吧</em></p></div></div></section><section><h3>Step 3️⃣ 下载 并且刷入<a href="#step-3️⃣下载--并且刷入"><span>#</span></a></h3><p>有两种方法下载 LSPosed:</p><ol> <li>访问 <a href="https://lsposed.zip" target="_blank">lsposed.zip</a> 直接下载</li> <li>如果无法访问 可加入 <a href="https://t.me/LSPosed" target="_blank">tg@lsposed</a> 到群组内下载</li> </ol><div><div><div></div><div>Important</div></div><div><p>自 2024年4月26日 LSPosed 恢复更新起 LSPosed 不再开源并且进行内部测试制 并且不再分发于 Github 上 用户必须进入 <strong><a href="https://t.me/LSPosed" target="_blank">https://t.me/LSPosed</a> 群组</strong> 获取稳定版更新 而想要内测版用户则需要申请进入 <code>LSPosed Internal Test</code> 内测群组 详情见 ⬇️</p><p></p><figure><img alt="内测开始" loading="lazy" width="338" height="512" src="/_astro/%E5%86%85%E6%B5%8B%E5%BC%80%E5%A7%8B.UFLGfgAA_46LtX.webp" /><figcaption>内测开始</figcaption></figure><p></p><p>在此加入 LSPosed 频道 ⬇️</p><p><a href="https://t.me/LSPosed" target="_blank">LSPosed</a></p><p></p><figure><img alt="@lsposed" loading="lazy" width="1024" height="1966" src="/_astro/@lsposed.BrxAhEbU_1zfSWN.webp" /><figcaption>@lsposed</figcaption></figure><p></p><p>内测群进群方式</p><ul> <li>🔗 在此 自己想办法解决吧</li> </ul><div><figure><figcaption><span></span><span>Terminal window</span></figcaption><pre><code><div><div><div>1</div></div><div><span> </span><span>echo</span><span> aHR0cHM6Ly90Lm1lLytOZkh6dGZ5TkJaczJaRGxs | </span><span>base64</span><span> -d</span></div></div></code></pre><div><div></div><div></div></div></figure></div></div></div><div><div><div></div><div>Important</div></div><div><p>WeKit 每次发版会发 <code>legacy</code> 版本和 <code>standard</code> 版本（也就是 <code>api101</code> 版本） 强烈建议你根据上面的教程更新 LSPosed 至 API102 以防止出一些奇奇怪怪的问题</p></div></div><div><div><div></div><div>Tip</div></div><div><p>给新手的小提示 你可以在 LSPosed 主界面查看 LSPosed API 及 LSPosed 版本 </p><figure><img alt="LSPosed" loading="lazy" width="1075" height="2393" src="/_astro/LSPosed.5qduhAew_R4VCt.webp" /><figcaption>LSPosed</figcaption></figure><p></p></div></div><div><div><div></div><div>Tip</div></div><div><p>给新手的小提示： 你可以从 LSPosed 的压缩包里提取出 <strong><code>manager.apk</code></strong> 并安装 这样你的 LSPosed 就不再寄生在 <code>Shell</code> 里了 可以常驻在后台 </p><figure><img alt="manager.apk" loading="lazy" width="464" height="913" src="/_astro/manager.apk.Bh75_Frd_iUjwu.webp" /><figcaption>manager.apk</figcaption></figure><p></p></div></div></section></section><section><h2>PART 2️⃣ WeKit 的安装与激活<a href="#part-2️⃣wekit-的安装与激活"><span>#</span></a></h2><section><h3>Step 1️⃣ 获取最新版 Wekit<a href="#step-1️⃣获取最新版--wekit"><span>#</span></a></h3><section><h4>方法 1️⃣ 加入 <a href="https://t.me/+4XsfR-SWAtk1NGRl" target="_blank">Wekit Telegram 超级群组</a> 获取最新版 Wekit<a href="#方法-1️⃣-加入-wekit-telegram-超级群组-获取最新版--wekit"><span>#</span></a></h4><p><a href="https://t.me/+4XsfR-SWAtk1NGRl" target="_blank">点击加入 Telegram 超级群组</a></p></section><section><h4>方法 2️⃣ 到 <a href="https://github.com/Ujhhgtg/WeKit/actions/workflows/ci.yml" target="_blank">Github Action</a> 下载最新版 Wekit<a href="#方法-2️⃣-到-github-action-下载最新版--wekit"><span>#</span></a></h4><ol> <li> <p><a href="https://github.com/Ujhhgtg/WeKit/actions/workflows/ci.yml" target="_blank">点此进入 Github Action</a></p> </li> <li> <p>把浏览器 UA 调整成 PC</p> </li> </ol><div><div><div></div><div>Note</div></div><div><p>也就是什么 <code>电脑模式</code> <code>桌面模式</code> 之类的模式</p></div></div><ol> <li>找到最新 <code>master</code> 分支的 Action Runner 戳进去</li> </ol><ul> <li><figure><img alt="Github Action" loading="lazy" width="1692" height="912" src="/_astro/Action.I-PEEUfS_L2EHH.webp" /><figcaption>Github Action</figcaption></figure></li> </ul><ol> <li>页面滑到底 戳 <code>wekit-apk</code> 旁边的下载按钮</li> <li><figure><img alt="Download" loading="lazy" width="1686" height="907" src="/_astro/Download.D6DhSB0R_1ODUCw.webp" /><figcaption>Download</figcaption></figure></li> </ol></section></section><section><h3>Step 2️⃣ 安装 WeKit 并在 LSPosed 里激活 WeKit<a href="#step-2️⃣安装--wekit-并在-lsposed-里激活--wekit"><span>#</span></a></h3><ol> <li>安装</li> <li>[grid]</li> </ol><p></p><figure><img alt="Install" loading="lazy" width="1344" height="2798" src="/_astro/Install.DFpcBx-i_1gpFRp.webp" /><figcaption>Install</figcaption></figure><p></p><ol> <li> <p>LSPosed 主页 ➡️ 模块 ➡️ WeKit（可能在下面）</p> </li> <li> <p>WeKit ➡️ 启用模块 ➡️ 勾选微信 ➡️ 长按微信 ➡️ 强行停止 ➡️ 确认 ➡️ 启动</p> </li> <li> <p>打开微信 ➡️ 我的 ➡️ 设置 ➡️ WeKit ➡️ Enjoy!</p> </li> </ol><div><p></p><figure><img alt="Enable" loading="lazy" width="1344" height="2759" src="/_astro/Enable.ahN4wnTH_Z1ha8aG.webp" /><figcaption>Enable</figcaption></figure><p></p></div><hr /></section></section></section> <section><h1>About us<a href="#about-us"><span>#</span></a></h1><p>** WeKit 是一个功能丰富的微信 Xposed 模块，提供大量微信增强功能，涵盖聊天体验、界面美化、隐私保护、自动化等多个方面。 **</p><section><h2>特色功能<a href="#特色功能"><span>#</span></a></h2><ul> <li>基于 JavaScript 和 <em><a href="https://github.com/HdShare/WAuxiliary_Public" target="_blank">WAuxiliary</a></em> Jvav 的脚本引擎</li> <li>贴纸包同步 (Telegram Stickers Sync)</li> <li>通知进化 (<code>MessagingStyle</code>)</li> <li>Markdown 消息渲染</li> <li>指纹支付 (基于 TEE 的安全加密)</li> <li>自动抢红包</li> <li>单向删除好友检测</li> <li>发送 SILK/MP3 语音</li> <li>聊天工具栏</li> <li>发送卡片消息</li> <li>原生 Hook</li> <li>支持免 Root 框架</li> </ul><p><a href="https://github.com/Ujhhgtg/WeKit/actions/workflows/ci.yml" target="_blank"></a></p><figure><a href="https://github.com/Ujhhgtg/WeKit/actions/workflows/ci.yml" target="_blank"><img src="https://github.com/Ujhhgtg/WeKit/actions/workflows/ci.yml/badge.svg" alt="CI 状态" /><figcaption>CI 状态</figcaption></a></figure><p></p><section><h3>致谢<a href="#致谢"><span>#</span></a></h3><p><a href="https://github.com/cwuom/WeKit" target="_blank">WeKit 上游</a></p><p><a href="https://github.com/HdShare/WAuxiliary_Public" target="_blank">WAuxiliary</a></p><p><a href="https://github.com/dartcv/NewMiko/blob/archives/" target="_blank">NewMiko</a></p><p><a href="https://github.com/cinit/QAuxiliary" target="_blank">QAuxiliary</a></p><p><a href="https://github.com/eritpchy/FingerprintPay" target="_blank">FingerprintPay</a></p><p><a href="https://github.com/Ujhhgtg/wauxv_deobf_new" target="_blank">WADN</a> <a href="https://github.com/Ujhhgtg/wauxv_deobf" target="_blank">WAD</a></p></section></section></section>https://jack-huang-2010.github.io/posts/Miko-Doc/https://jack-huang-2010.github.io/posts/Miko-Doc/୧⍤⃝ NewMiko Document ☃Mon, 04 May 2026 00:00:00 GMT<div><div><div></div><div>Note</div></div><div><p><em><strong>因为太他妈多神人来问我一些神仙问题了 所以在此统一回答一下 顺手把安装教程也写了</strong></em> 有问题请先查看 <a href="#%E4%B8%80%E4%BA%9B%E5%B8%B8%E8%A7%81%E9%97%AE%E9%A2%98-qa">一些常见问题 <strong><code>(Q&amp;A)</code></strong></a> 不要什么傻逼问题都在群里问！</p></div></div> <div><div><div></div><div>Important</div></div><div><p>提问请严格按照 <a href="#%E6%8F%90%E9%97%AE%E7%9A%84%E8%89%BA%E6%9C%AF--%EF%B8%8F-fbi-warning-%EF%B8%8F%E4%B8%8D%E7%9C%8B%E9%B8%A1%E6%8A%8A%E7%9F%AD-10cm-%EF%B8%8F-fbi-warning-%EF%B8%8F"><strong>‼️ FBI WARNING ‼️ 不看鸡把短 10CM~ ‼️ FBI WARNING ‼️</strong></a> 章节的格式 <strong>不然秒踢</strong></p></div></div> <section><h1>🪨 <strong>A Stone Badge &amp; 不死图腾</strong><a href="#a-stone-badge--不死图腾"><span>#</span></a></h1><p></p><figure><img src="https://stone.professorlee.work/api/stone/theovilardo/PixelPlayer" alt="没错这个石墩子除了浪费你 5 MiB 流量外毫无作用 石墩子指向这个项目： https://github.com/theovilardo/PixelPlayer 项目🔗： https://github.com/professor-lee/StoneBadge" /><figcaption>没错这个石墩子除了浪费你 5 MiB 流量外毫无作用 石墩子指向这个项目： https://github.com/theovilardo/PixelPlayer 项目🔗： https://github.com/professor-lee/StoneBadge</figcaption></figure><p></p><div><div><div><figure><figcaption></figcaption><pre><code><div><div><div>1</div></div><div><span><span> </span></span><span>🟫🟫🟫🟫🟫🟫</span></div></div><div><div><div>2</div></div><div><span><span> </span></span><span>🟫🟨🟨🟨🟨🟨🟨🟫</span></div></div><div><div><div>3</div></div><div><span><span> </span></span><span>🟫🟨🟨🟨🟨🟨🟨🟫</span></div></div><div><div><div>4</div></div><div><span><span> </span></span><span>🟫🟧🟧🟨🟨🟧🟧🟫</span></div></div><div><div><div>5</div></div><div><span><span> </span></span><span>🟫⬜🟩🟧🟧⬜️🟩🟫</span></div></div><div><div><div>6</div></div><div><span><span> </span></span><span>🟫🟩🟩🟨🟨🟩🟩🟫</span></div></div><div><div><div>7</div></div><div><span><span> </span></span><span>🟫🟧🟧🟨🟨🟧🟧🟫</span></div></div><div><div><div>8</div></div><div><span>🟫🟫🟫🟫🟫🟧🟨🟨🟧🟫🟫🟫🟫🟫</span></div></div><div><div><div>9</div></div><div><span>🟫🟨🟧🟫🟨🟨🟧🟧🟨🟧🟫🟧🟨🟫</span></div></div><div><div><div>10</div></div><div><span>🟫🟫🟫🟨🟨🟨🟨🟨🟧🟧🟫🟫🟫🟫</span></div></div><div><div><div>11</div></div><div><span><span> </span></span><span>🟫🟨🟧🟧🟧🟧🟨🟫</span></div></div><div><div><div>12</div></div><div><span><span> </span></span><span>🟫🟫🟫🟫🟫🟫🟫🟫</span></div></div><div><div><div>13</div></div><div><span><span> </span></span><span>🟫🟨🟧🟧🟧🟫</span></div></div><div><div><div>14</div></div><div><span><span> </span></span><span>🟫🟨🟧🟧🟨🟫</span></div></div><div><div><div>15</div></div><div><span><span> </span></span><span>🟫🟫🟫🟫</span></div></div></code></pre><div><div></div><div></div></div></figure><div></div></div><span>展开</span><span>收起</span></div></div><hr /></section> <section><h1>提问的艺术 <strong>‼️ FBI WARNING ‼️ 不看鸡把短 10CM~ ‼️ FBI WARNING ‼️</strong><a href="#提问的艺术--️-fbi-warning-️不看鸡把短-10cm-️-fbi-warning-️"><span>#</span></a></h1><div><div><div></div><div>Important</div></div><div><p>首先的首先 最重要的是 不要随便什么问题都跑到群里去问 不要随便浪费人家群友的时间问这些文档里都有的<em><strong>智弱</strong></em>问题了 确保你问的问题文档里没有再去群里问</p></div></div><section><h2>❎ 错误的提问方式 ❎<a href="#错误的提问方式-"><span>#</span></a></h2><blockquote><p>xxx 怎么搞/激活啊</p><p>xxx 为什么不能用啊</p></blockquote><p></p><figure><img alt="cnm" loading="lazy" width="1000" height="990" src="/_astro/cnm.DsEUruU6_A17g2.webp" /><figcaption>cnm</figcaption></figure><p></p></section><section><h2>✅ 正确的提问方式 ✅<a href="#正确的提问方式-"><span>#</span></a></h2><ul> <li> <p>问题：<code>xxx？</code></p> </li> <li> <p>环境 <strong>（这是最重要的 一眼就可以让人知道这个问题是否值得回答以及问题的根源）</strong>：</p> <div><div><div><figure><figcaption></figcaption><pre><code><div><div><div>1</div></div><div><span>Root 方式</span></div></div><div><div><div>2</div></div><div><span>Magisk /KernelSU /Apatch</span></div></div><div><div><div>3</div></div><div> </div></div><div><div><div>4</div></div><div><span>微信版本</span></div></div><div><div><div>5</div></div><div><span>8.0.xx</span></div></div><div><div><div>6</div></div><div> </div></div><div><div><div>7</div></div><div><span>API 版本</span></div></div><div><div><div>8</div></div><div><span>100 及更低/101/102</span></div></div><div><div><div>9</div></div><div> </div></div><div><div><div>10</div></div><div><span>Xposed API 调用保护</span></div></div><div><div><div>11</div></div><div><span>未启用/已启用</span></div></div><div><div><div>12</div></div><div> </div></div><div><div><div>13</div></div><div><span>Dex 优化器包装</span></div></div><div><div><div>14</div></div><div><span>支持/不支持</span></div></div><div><div><div>15</div></div><div> </div></div><div><div><div>16</div></div><div><span>框架版本</span></div></div><div><div><div>17</div></div><div><span>xxx-it/irena/别的分支 (xxxx)</span></div></div><div><div><div>18</div></div><div> </div></div><div><div><div>19</div></div><div><span>管理器包名</span></div></div><div><div><div>20</div></div><div><span>com.android.shell/org.lsposed.manager</span></div></div><div><div><div>21</div></div><div> </div></div><div><div><div>22</div></div><div><span>系统版本</span></div></div><div><div><div>23</div></div><div><span>xx (API xx)</span></div></div><div><div><div>24</div></div><div> </div></div><div><div><div>25</div></div><div><span>设备</span></div></div><div><div><div>26</div></div><div><span>xxx</span></div></div><div><div><div>27</div></div><div> </div></div><div><div><div>28</div></div><div><span>系统架构</span></div></div><div><div><div>29</div></div><div><span>x86-64/arm64-v7a/v8a/v8a (4K)/risc-v</span></div></div></code></pre><div><div></div><div></div></div></figure><div></div></div><span>展开</span><span>收起</span></div></div> </li> </ul><div><div><div></div><div>Tip</div></div><div><p>给新手的小提示</p><p>在 LSPosed 主界面长按即可复制设备信息</p><p></p><figure><img alt="LSPosed" loading="lazy" width="1075" height="2393" src="/_astro/LSPosed.5qduhAew_R4VCt.webp" /><figcaption>LSPosed</figcaption></figure><p></p><p>微信版本在 <strong><code>微信设置</code> ➡️ <code>关于</code></strong> 里看</p></div></div><blockquote><p><strong>记得补充你的 Root 方式和微信版本号</strong></p></blockquote><ul> <li>日志：<code>xxx.zip</code> <em><strong>（有最好 没有也罢）</strong></em></li> </ul></section></section> <section><h1>一些常见问题 <strong><code>(Q&amp;A)</code></strong><a href="#一些常见问题-qa"><span>#</span></a></h1><section><h4>1. Q: 打开微信卡第一屏然后闪退？<a href="#1-q-打开微信卡第一屏然后闪退"><span>#</span></a></h4><ul> <li>像这样：</li> </ul><div><p></p><figure><img alt="WeChat Crashed 1" loading="lazy" width="398" height="817" src="/_astro/WeChat%20Crashed%201.GFkkqkZT_sKVSI.webp" /><figcaption>WeChat Crashed 1</figcaption></figure><p></p><p></p><figure><img alt="WeChat Crashed 2.png" loading="lazy" width="582" height="1280" src="/_astro/WeChat%20Crashed%202.png.bWVldi66_2wUfU3.webp" /><figcaption>WeChat Crashed 2.png</figcaption></figure><p></p></div><p><strong>A: 你的 LSPosed 肯定还在 1.9.x 版本 请按照 <a href="%E0%AD%A7%E2%8D%A4%E2%83%9D%20NewMiko%20Document%20%E2%98%83%2034c73d337a7d80b28a14d3829cf07b7d.md">PART 1️⃣ LSPosed 的安装</a> 更新你的 LSPosed</strong></p></section><section><h4>2. Q: 打开微信设置闪退？<a href="#2-q-打开微信设置闪退"><span>#</span></a></h4><p><strong>A: 请按照 <a href="%E0%AD%A7%E2%8D%A4%E2%83%9D%20NewMiko%20Document%20%E2%98%83%2034c73d337a7d80b28a14d3829cf07b7d.md">Step 1️⃣ 加入 https://t.me/MikoCIBuilds 频道获取最新版 NewMiko</a> 章节 更新你的 NewMiko 由于之前的某个版本由于不适配微信 <code>8.0.70</code> 版本 导致微信在 <code>8.0.70</code> 版本打开设置闪退</strong></p></section><section><h4>3. Q: 免 Root 能不能用？<a href="#3-q-免-root-能不能用"><span>#</span></a></h4><div><div><div></div><div>Important</div></div><div><p><strong>A:</strong> 请<strong>不要使用</strong> <strong>LSPatch</strong>（俗称 <em><strong>免 Root</strong></em>、<em><strong>嵌入模块</strong></em>） <em><strong>除非你想被张小龙秒封！</strong></em></p></div></div></section><section><h4>4. Q: 已成功激活 NewMiko 并且功能正常 但是 app 里显示 未激活 ？<a href="#4-q-已成功激活--newmiko-并且功能正常-但是-app-里显示-未激活-"><span>#</span></a></h4><ul> <li><strong>A: 小明留给我们的陈年老 Bug 无视即可 在</strong> <strong>LSPosed <code>2.0.0</code> 及以上版本会出现</strong></li> </ul><p></p><figure><img alt="Bug" loading="lazy" width="464" height="1022" src="/_astro/Bug.C7QQcOkg_Z2kR3pM.webp" /><figcaption>Bug</figcaption></figure><p></p><div><div><div></div><div>Tip</div></div><div><p>给新手的小提示： 在 LSPosed 设置里 <strong>关闭</strong> <code>**强制显示桌面图标**</code> 功能并 <strong>重启你的📱</strong> 打开 <code>NewMiko</code> app ➡️ <code>更多设置</code> ➡️ 打开 <strong><code>隐藏桌面图标</code></strong> 这样你就不会看见这烦人的 <strong><code>未激活</code> 了</strong></p></div></div><div><figure><img alt="Hidden Module Step 1" loading="lazy" width="464" height="1022" src="/_astro/Hidden%20Module%20Step%201.DhVtNJt-_Z1k1ofG.webp" /><figcaption>Hidden Module Step 1</figcaption></figure><figure><img alt="Hidden Module Step 2" loading="lazy" width="464" height="1022" src="/_astro/Hidden%20Module%20Step%202.B4YdDgxy_ZE1hLb.webp" /><figcaption>Hidden Module Step 2</figcaption></figure></div><div><div><div></div><div>Tip</div></div><div><p>此时若要打开 NewMiko app 的话 在 LSPosed 管理器里点 NewMiko ➡️ 右下角图标就可以了</p><p></p><figure><img alt="Open NewMiko" loading="lazy" width="464" height="1022" src="/_astro/Open%20NewMiko.JoiWRhgc_Z1Mrbqx.webp" /><figcaption>Open NewMiko</figcaption></figure><p></p></div></div><blockquote><p><strong>还有的话我想到再补吧 妈妈的 累死劳资了</strong></p></blockquote><hr /></section></section> <section><h1>安装、激活教程<a href="#安装激活教程"><span>#</span></a></h1><section><h2>PART 1️⃣ LSPosed 的安装<a href="#part-1️⃣lsposed-的安装"><span>#</span></a></h2><div><div><div></div><div>Important</div></div><div><p><strong>此教程只针对 KernelSU 及其分支撰写 不保证 Magisk 以及 Apatch 用户跟随本教程一定能用上此模块</strong></p></div></div><section><h3>Step 1️⃣ 确保你的📱已经获取了 Root 权限<a href="#step-1️⃣确保你的已经获取了-root-权限"><span>#</span></a></h3><div><div><div></div><div>Tip</div></div><div><p>如果你通过小米机型<a href="https://share.google/aimode/Lfi89lWdLXxOh0zVE" target="_blank">越狱</a>的半残废 Root 或者魅族的官方半残废 Root 使用 LSPosed 则可以忽略上一条</p></div></div><div><figure><img alt="KernelSU" loading="lazy" width="1075" height="2393" src="/_astro/KernelSU.DYHuzCZM_ZdY0tI.webp" /><figcaption>KernelSU</figcaption></figure></div></section><section><h3>Step 2️⃣ 下载 Zygisk 实现模块 <a href="https://github.com/PerformanC/ReZygisk" target="_blank">ReZygisk</a> 或者 <a href="https://github.com/Dr-TSNG/ZygiskNext" target="_blank">ZygiskNext</a> 并刷入<a href="#step-2️⃣下载-zygisk-实现模块-rezygisk-或者-zygisknext-并刷入"><span>#</span></a></h3><a href="https://github.com/PerformanC/ReZygisk" target="_blank"><div><div><div><div></div><div>PerformanC</div></div><div>/</div><div>ReZygisk</div></div><div></div></div><div>Waiting for api.github.com...</div><div><div>00K</div><div>0K</div><div>0K</div><span>Waiting...</span></div></a><a href="https://github.com/Dr-TSNG/ZygiskNext" target="_blank"><div><div><div><div></div><div>Dr-TSNG</div></div><div>/</div><div>ZygiskNext</div></div><div></div></div><div>Waiting for api.github.com...</div><div><div>00K</div><div>0K</div><div>0K</div><span>Waiting...</span></div></a><div><div><div></div><div>Note</div></div><div><p><em>至于为什么有两个模块这件事么……是这样的： <a href="https://github.com/Dr-TSNG/ZygiskNext" target="_blank">https://github.com/Dr-TSNG/ZygiskNext</a> 一段时间前停止了开源 然后就有人搞了个开源的 <a href="https://github.com/PerformanC/ReZygisk" target="_blank">https://github.com/PerformanC/ReZygisk</a> 出来 从安全性的角度 本人更建议 <a href="https://github.com/PerformanC/ReZygisk" target="_blank">https://github.com/PerformanC/ReZygisk</a> 毕竟闭源的模块的安全性么……这就全看模块作者良心了 但是吧 <a href="https://github.com/PerformanC/ReZygisk" target="_blank">https://github.com/PerformanC/ReZygisk</a> 这模块也是刚刚出来的 稳定性这块还是差一点的（虽然本人目前用着也没发现大问题）所以你自己取舍吧</em></p></div></div></section><section><h3>Step 3️⃣ 下载 并且刷入<a href="#step-3️⃣下载--并且刷入"><span>#</span></a></h3><p>有两种方法下载 LSPosed:</p><ol> <li>访问 <a href="https://lsposed.zip" target="_blank">lsposed.zip</a> 直接下载</li> <li>如果无法访问 可加入 [tg@lsposed]（<a href="https://t.me/LSPosed%EF%BC%89" target="_blank">https://t.me/LSPosed）</a> 群组 到群组内下载</li> </ol><div><div><div></div><div>Important</div></div><div><p>自 2024年4月26日 LSPosed 恢复更新起 LSPosed 不再开源并且进行内部测试制 并且不再分发于 Github 上 用户必须进入 <strong><a href="https://t.me/LSPosed" target="_blank">https://t.me/LSPosed</a> 群组</strong> 获取稳定版更新 而想要内测版用户则需要申请进入 <code>LSPosed Internal Test</code> 内测群组 详情见 ⬇️</p><p><a href="https://t.me/LSPosed/275" target="_blank">https://t.me/LSPosed/275</a></p><ul> <li>在此加入 LSPosed 频道 ⬇️</li> </ul><p><a href="https://t.me/LSPosed" target="_blank">LSPosed</a></p><p></p><figure><img alt="@lsposed" loading="lazy" width="1024" height="1966" src="/_astro/@lsposed.BrxAhEbU_1zfSWN.webp" /><figcaption>@lsposed</figcaption></figure><p></p><p>内测群进群方式</p><p><a href="https://t.me/LSPosed/287" target="_blank">https://t.me/LSPosed/287</a></p><ul> <li>🔗 在此 自己想办法解决吧</li> </ul><div><figure><figcaption><span></span><span>Terminal window</span></figcaption><pre><code><div><div><div>1</div></div><div><span>echo</span><span> aHR0cHM6Ly90Lm1lLytOZkh6dGZ5TkJaczJaRGxs | </span><span>base64</span><span> -d</span></div></div></code></pre><div><div></div><div></div></div></figure></div></div></div><div><div><div></div><div>Important</div></div><div><p>请使用 <strong>LSPosed API 版本 ≥ <code>101</code></strong> 的版本（ LSPosed 版本 ≥ <strong><code>2.0.0</code></strong>）以防止出一些奇奇怪怪的问题</p><div><div><div></div><div>Note</div></div><div><p>奇奇怪怪的问题.png</p><p></p><figure><img alt="Strange Problems.png" loading="lazy" width="348" height="416" src="/_astro/Strange%20Problems_ZIdOeV.webp" /><figcaption>Strange Problems.png</figcaption></figure><p></p><p>原因：未升级 LSPosed 2.0.0 及以上版本</p><p></p><figure><img alt="Strange Problems - Sulution.png" loading="lazy" width="259" height="407" src="/_astro/Strange%20Problems%20-%20Sulution_1wfrR0.webp" /><figcaption>Strange Problems - Sulution.png</figcaption></figure><p></p></div></div></div></div><div><div><div></div><div>Tip</div></div><div><p>给新手的小提示 你可以在 LSPosed 主界面查看 LSPosed API 及 LSPosed 版本 </p><figure><img alt="LSPosed" loading="lazy" width="1075" height="2393" src="/_astro/LSPosed.5qduhAew_R4VCt.webp" /><figcaption>LSPosed</figcaption></figure><p></p></div></div><div><div><div></div><div>Tip</div></div><div><p>给新手的小提示： 你可以从 LSPosed 的压缩包里提取出 <strong><code>manager.apk</code></strong> 并安装 这样你的 LSPosed 就不再寄生在 <code>Shell</code> 里了 可以常驻在后台 </p><figure><img alt="manager.apk" loading="lazy" width="464" height="913" src="/_astro/manager.apk.Bh75_Frd_iUjwu.webp" /><figcaption>manager.apk</figcaption></figure><p></p></div></div></section></section><section><h2>PART 2️⃣ NewMiko 的安装与激活<a href="#part-2️⃣newmiko-的安装与激活"><span>#</span></a></h2><section><h3>Step 1️⃣ 加入 <a href="https://t.me/MikoCIBuilds" target="_blank">tg@MikoCIBuilds</a> 频道获取最新版 NewMiko、<a href="#step-1️⃣加入-tgmikocibuilds-频道获取最新版--newmiko"><span>#</span></a></h3><p><a href="https://t.me/MikoCIBuilds" target="_blank">Miko CI Builds</a></p></section><section><h3>Step 2️⃣ 安装 NewMiko 并在 LSPosed 里激活 NewMiko<a href="#step-2️⃣安装--newmiko-并在-lsposed-里激活--newmiko"><span>#</span></a></h3><ol> <li>安装</li> </ol><p></p><figure><img alt="Install NewMiko" loading="lazy" width="464" height="1022" src="/_astro/Install%20NewMiko.BUQUSw14_24m2HN.webp" /><figcaption>Install NewMiko</figcaption></figure><p></p><p>2.LSPosed 主页 ➡️ 模块 ➡️ :newmiko: NewMiko（可能在下面）</p><p>3.NewMiko <strong><code>im.mingxi.miko</code></strong> ➡️ 启用模块 ➡️ 勾选微信 ➡️ 长按微信 ➡️ 强行停止 ➡️ 确认 ➡️ 启动</p><p>4.打开微信 ➡️ 我的 ➡️ 设置 ➡️ NewMiko ➡️ Enjoy!</p><div><figure><img alt="Enable NewMiko Step 1" loading="lazy" width="464" height="1022" src="/_astro/Enable%20NewMiko%20Step%201.D6qcfQbK_jTsWL.webp" /><figcaption>Enable NewMiko Step 1</figcaption></figure><figure><img alt="Enable NewMiko Step 2" loading="lazy" width="464" height="920" src="/_astro/Enable%20NewMiko%20Step%202.C7mostSX_2bESYd.webp" /><figcaption>Enable NewMiko Step 2</figcaption></figure><figure><img alt="Enable NewMiko Step 3" loading="lazy" width="464" height="180" src="/_astro/Enable%20NewMiko%20Step%203.BIBvYhup_TnBG7.webp" /><figcaption>Enable NewMiko Step 3</figcaption></figure></div><hr /></section></section></section>https://jack-huang-2010.github.io/posts/Stop-Developing-on-Windows/https://jack-huang-2010.github.io/posts/Stop-Developing-on-Windows/Stop Developing on s**tly WindowsMon, 06 Apr 2026 00:00:00 GMT<p></p><figure><img alt="F**k Microsoft!" loading="lazy" width="640" height="640" src="/_astro/fuck-microsoft.D_mMHb8i_ZEYqBQ.webp" /><figcaption>F**k Microsoft!</figcaption></figure><p></p> <div><div><div></div><div>Note</div></div><div><p>原文作者 <a href="https://www.zhihu.com/people/200d53283ff9f8fdb7759e37c94cbb50" target="_blank">@kokic</a>，于 April 6, 2026 以 <strong>CC0</strong> (<code>Creative Commons Zero</code>) 协议发布。</p><div><div><div></div><div>Caution</div></div><div><p><em>转载未获授权，因为作者不必授权自己</em></p></div></div><div><div><div></div><div>Tip</div></div><div><p>二次转载无需联系原作者</p></div></div></div></div> <section><h1>零、前言<a href="#零前言"><span>#</span></a></h1><div><div><div></div><div>Note</div></div><div><p>前两天因为一些零碎的原因不得不用暂时挪开 Arch Linux 转向 Windows 做一点开发 代码是没写两行 人是先红温了 有感而发 因而怒写此文章</p></div></div><p>每次我写这种文章，总会有人跳出来说：“bro 你又偏激了！”、“Windows 现在已经很好了！”、“WSL 启动！”。</p><p>现在是 2026 年，不是 2006 年，也非 2016 年。二十多年过去了，Windows 在严肃的程序开发这件事上，依然是一个彻头彻尾的笑话。不是因为微软不努力，而是因为它的根是烂的。把一棵树的树根泡在福尔马林里，树冠上挂再多 LED 灯也没用。</p><p>2026 年，曾经被认为是 <strong>精神病人</strong> 的 macOS 游戏玩家已经可以玩不少 3A 大作。那个 “Linux 不能玩游戏” 的 Linux —— 已经成为最适合玩游戏的操作系统。Steam Deck 卖了几百万台，Wine / Proton 让 Windows 游戏在 Linux 上跑得比在 Windows 上还快。</p><p>游戏，这个 Windows 曾经唯一的护城河，几乎被攻破了。</p><p>而 Windows 呢？它连 <strong>“用来开发”</strong> 这件事都做不好。</p><p>一个用来在星巴克剪视频的操作系统现在更适合开发，一个用来开发的操作系统现在更适合玩游戏。世界颠倒了，但 Windows 还是那个 Windows，<strong>至死不渝</strong>。</p><p>你的合作者用 Linux 和 macOS，你用 Windows —— <strong>恭喜你，自动成为了团队里的 “那个麻烦”</strong>。</p></section> <section><h1>一、路径分隔符<a href="#一路径分隔符"><span>#</span></a></h1><p>在 Linux 和 macOS 上，路径是 <code>/home/JH/project/src/main.c</code>。在 Windows 上，路径是 <code>C:\Users\JH\project\src\main.c</code>。</p><p>就是这个字符，让你的人生比其他人多出 33% 的烦恼。你在代码里写 <code>path.join("build", "output")</code>，在 Python 里用 <code>os.path.join</code>，在 C++ 里用 <code>std::filesystem::path::preferred_separator</code> —— 你觉得你处理好了。不，你没有。</p><p>总会有某个库、某个脚本、某个第三方工具 <strong>硬编码</strong> 了 <code>"/"</code> 或者 <code>"\\"</code>。写 <code>path/to/file</code> 在 Windows 上可能侥幸能跑，但把路径传给 <code>cmd.exe</code> 的时候，不认。传给 <code>cl.exe</code> 的 <code>/I</code> 参数的时候，偶尔不认。传给某个用 <code>CreateFileA</code> 的古老工具时，绝对不认。</p><p>更糟糕的是，你的 Linux 队友写了个 CMake 脚本：</p><div><figure><figcaption></figcaption><pre><code><div><div><div>1</div></div><div><span>set(OUTPUT_DIR "build/${CONFIG}/obj")</span></div></div></code></pre><div><div></div><div></div></div></figure></div><p>你高高兴兴拉到 Windows 上一跑，CMake 把它变成了 <code>build\Debug\obj</code>。看起来没问题？等你把这个路径传给一个用 Python 的 <code>pathlib</code> 生成的东西，再传给一个用纯字符串拼接的东西，再经过三层脚本 —— 恭喜，你得到了 <code>build\\Debug\\obj</code> 和 <code>build/Debug/obj</code> 混在一起的奇观。构建系统开始报“找不到文件”，你花两个小时发现是某个 shell 脚本里有一行 <code>sed 's/\//\\/g'</code> 写错了。</p><p>你的 Linux 队友不用想这些。你的 macOS 队友也不用想这些。只有你。</p><p>你用 Nushell 或者 PowerShell Core？Nushell 是结构化 Shell，它懂表格，懂数据流，但它不懂为什么 Windows 的世界里到处都是反斜杠。启动是快了，试试在里面执行一个 Windows 原生命令，返回一个路径 —— 给的是 <code>C:\Users\JH\project</code>。你要把这个路径传给下一个命令，下一个命令期望的是 <code>C:/Users/JH/project</code>。或者反过来。你可以在脚本里用 <code>str replace</code> 把 <code>\</code> 换成 <code>/</code>，但你每写一个 pipeline 都要做一次。你的脚本变得又臭又长。</p><p>你的 Linux 队友，打开终端，瞬间。输入命令，路径永远是 <code>/</code> 分隔，永远不会错。他们不知道你在经历什么。</p></section> <section><h1>二、cl.exe 和 MSVC 构建工具：活在 1995 年的编译器<a href="#二clexe-和-msvc-构建工具活在-1995-年的编译器"><span>#</span></a></h1><p>有人说 “Windows 上可以用 clang 啊”。可以，当然可以。但用 clang for Windows，你链接的是什么库？还是 MSVC 的运行时库。避无可避。</p><p>MSVC 的问题不在于它不符合标准（虽然它曾经很烂，现在依然有一些角落烂着），而在于它的 <strong>工作流</strong>。</p><p>在 Linux 上写 <code>gcc main.c -o main</code>，完事。在 macOS 上写 <code>clang main.c -o main</code>，完事。在 Windows 上？</p><p>首先，你得找到 <code>cl.exe</code>。它不在 PATH 里。你得打开 “Developer Command Prompt”，或者运行 <code>vcvarsall.bat</code>。这个脚本干了什么？设置了二十几个环境变量，修改了 LIB 和 INCLUDE 路径，还把一堆莫名其妙的东西塞进 PATH。</p><p>想自己配？那你告诉我，<code>cl.exe</code> 需要的 <code>mspdbcore.dll</code> 在哪？<code>vcruntime.h</code> 在哪？<code>kernel32.lib</code> 在哪？你不知道。我也不完全知道。微软自己把它藏在一个每六个月变一次路径的目录里：<code>C:\Program Files (x86)\Microsoft Visual Studio\2022\BuildTools\VC\Tools\MSVC\14.44.35207\bin\Hostx64\x64</code>。你感受一下。</p><p>然后你说 “我用 CMake”。好，CMake 能帮你找到这些东西。但 CMake 自己也要先知道用哪个 generator。你用 <code>-G "Visual Studio 17 2022"</code>，CMake 生成了一大堆 <code>.sln</code> 和 <code>.vcxproj</code> 文件。这些文件是 XML。巨大无比。你打开看一眼就想吐。你不想用 Visual Studio IDE，你只想用命令行。但 MSVC 的命令行生态是 <strong>二等公民</strong>。</p><p>最可笑的是预编译头。在 Linux 上没人用预编译头，因为编译速度没那么慢。在 Windows 上不用预编译头？<code>#include &lt;windows.h&gt;</code> 一个头文件展开后几十万行，再 <code>#include &lt;iostream&gt;</code> 又是几万行。你的编译速度慢得像是在用软盘装系统。而 MSVC 的预编译头机制 —— <code>/Yc</code> 和 <code>/Yu</code>——复杂到专门有一本书的章节讲它。而且它在命令行下用起来别扭得要死。</p><p>你花在工具链上的时间，你的 Linux 队友用来写 feature。</p></section> <section><h1>三、Rust 工具链<a href="#三rust-工具链"><span>#</span></a></h1><p>有人说 “我在 Windows 上用 Rust 开发体验很好”。是的，体验很好。但你知道这个 “很好” 是怎么来的吗？</p><p>Rust 为了在 Windows 上找到 <code>cl.exe</code> 和相关环境，<strong>专门写了约 2000 行代码，一整个专门的 package</strong>。你以为 <code>cargo build</code> 能直接工作是理所当然的？不是。那是 Rust 工具链的维护者替你受了你本该受的苦。</p><p>在 Linux 上写 <code>cargo build</code>，它调用 <code>cc</code>，<code>cc</code> 调用 <code>gcc</code> 或者 <code>clang</code>，完事。三行逻辑。</p><p>在 Windows 上写 <code>cargo build</code>，背后是一台用胶带和铁丝绑在一起的 Frankenstein 怪物。而 Rust 团队花了无数个日夜，让这个怪物看起来像个正常人。</p><p><strong>你觉得体验好，是因为有人替你挡了子弹。和 Windows 毫无关系。</strong></p></section> <section><h1>四、LF vs CRLF：一场持续五十年的愚蠢战争<a href="#四lf-vs-crlf一场持续五十年的愚蠢战争"><span>#</span></a></h1><p>这是最让我无语的一个问题。它本来不应该存在。</p><p>Unix 用 LF（<code>\n</code>，<code>0x0A</code>）表示换行。古老的 Mac OS 9 用 CR（<code>\r</code>，<code>0x0D</code>）。Windows 用 CRLF（<code>\r\n</code>，<code>0x0D 0x0A</code>）。</p><p>为什么 Windows 用 CRLF？因为 MS-DOS 抄袭 CP/M，CP/M 用 CRLF 因为它的文件系统用 CRLF 来 <strong>“兼容 TTY（电传打字机）”</strong>。TTY，你听听，<strong>电传打字机</strong>！！</p><p>现在是 2026 年。谁还用电传打字机做终端输出？没有。但 Windows 记事本 —— 直到 2018 年 —— 都不支持 LF 作为换行符。你打开一个 LF 结尾的文件，它会显示成一行。整个文件粘在一起。后来微软改了，但那是 2018 年！距离 Unix 发明已经过了 49 年。</p><p>你以为现在没问题了？Naive!</p><p>Git 有 <code>core.autocrlf</code>。你设成 <code>true</code>，它会在 checkout 时把 LF 转成 CRLF，commit 时转回 LF。看起来很美。但你会遇到：</p><ul> <li>一个 shell 脚本里有 <code>#!/bin/bash</code>，它要求文件以 LF 结尾。Git 把它转成了 CRLF，bash 不干了。</li> <li>一个 JSON 文件里嵌了换行符，你的解析器逐字节读，发现多了一个 <code>\r</code>，JSON 解析失败。</li> <li>你的 Python 脚本用 <code>open("file", "r")</code> 打开一个 CRLF 文件，在 Linux 上读出来每行末尾有 <code>\r</code>，你 strip 了吗？没有，于是你比较字符串的时候永远相等不了。</li> <li>你的队友不小心提交了一个 CRLF 文件，你用 <code>git diff</code> 看到整个文件每一行都被修改了。因为 diff 工具认为每一行末尾多了一个看不见的字符。</li> </ul><p>你在 Windows 上配 <code>.gitattributes</code> 配到怀疑人生。你设 <code>* text=auto</code>，又设 <code>*.sh text eol=lf</code>，又设 <code>*.bat text eol=crlf</code>。然后你发现 <code>.gitattributes</code> 自己也被转成了 CRLF，导致 Git 不认这个文件。</p><p>你的 Linux 队友从不思考这个问题。他写代码，commit，push。你 pull 下来，所有文件都在报错。你花半天时间 <code>dos2unix</code> 整个目录，commit，push。你的 macOS 队友 pull 下去，他的编辑器显示 “文件格式混合”。他开始骂你，你开始骂 Windows。</p><p>而 Windows 说：“我们有 WSL 啊，你在 WSL 里开发不就好了？”</p></section> <section><h1>五、WSL 不是答案<a href="#五wsl-不是答案"><span>#</span></a></h1><p>每次说到这，总有 Windows 粉丝说 “你用 WSL 啊”。我建议你把 WSL 的全名念一遍，<strong>WSL 是 Windows Subsystem for Linux</strong>。</p><p>WSL 1 是翻译层，把 Linux 系统调用翻译成 Windows 系统调用。慢得一塌糊涂，I/O 性能像在爬。</p><p>WSL 2 跑了一个真正的 Linux 内核在 Hyper-V 虚拟机里。性能好了，但你的文件在哪？你在 <code>/home/JH/project</code> 下，这个目录实际在虚拟硬盘文件里。你想访问 Windows 的 <code>C:\Users\JH\project</code>？可以，它在 <code>/mnt/c/</code> 下面。但访问 <code>/mnt/c/</code> 的性能 <strong>又回到了 WSL 1 的水平</strong>，因为要经过 9p 协议来回转换。</p><p>所以你在 WSL 里工作的最佳实践是什么？<strong>把代码放在 WSL 自己的文件系统里</strong>。也就是说，你不用 Windows 的文件系统了。你的编辑器呢？你可以在 Windows 上用 VS Code 连接 WSL，通过 Remote - WSL 插件。VS Code 在 Windows 上跑界面，后端在 WSL 里跑。</p><p>等等，那你的开发环境到底算 Windows 还是 Linux？你调试一个程序，它在 WSL 里跑，但你用的工具链是 Linux 的 gcc，链接的是 Linux 的 .so 文件，生成的是 Linux 的 ELF 二进制。这个二进制在 Windows 上跑不了。你想生成 Windows 的 exe？那你得退出 WSL，回到 Windows，用 MSVC。</p><p>所以 WSL 不是让你在 Windows 上开发 Windows 程序。它是让你在 Windows 上开发 Linux 程序。换句话说，你用 Windows 作为宿主机，跑一个 Linux 虚拟机，然后在虚拟机里开发。<strong>那你为什么不直接装 Linux</strong>？</p><p>WSL 的存在说明：<strong>微软承认 Windows 的开发体验不如 Linux，所以他们给你一个 Linux 虚拟机</strong>。但你每多一层抽象，就多一层麻烦。网络配置、设备映射、环境变量传递、进程间通信 —— 每一个都有一堆奇怪的边界情况。</p><p>这就好比你说 “我想学游泳”，然后有人给你买了一个游泳池，但游泳池里没有水，水在隔壁的另一个池子里，你得用一个桶把水拎过来。你问 “为什么不直接在那个池子里游泳”？他说 “因为那个池子太丑了”。</p></section> <section><h1>六、摩登的 PowerShell<a href="#六摩登的-powershell"><span>#</span></a></h1><p>你说你用 PowerShell。好，我问你：你打开一个终端，输入 <code>powershell</code>，回车，然后呢？</p><p>等…</p><p>等……</p><p>等………</p><p>等五秒钟。等六秒钟。有些配置稍差的设备，甚至能等十秒。</p><p>你告诉我，你在一台 CPU 是 5GHz，内存 64GB，NVMe SSD 的机器上，启动一个 Shell 要五秒钟。这不是开玩笑吗？五秒钟够 Linux 启动整个系统了。</p><p>为什么？因为 PowerShell 启动时要加载 .NET 运行时。.NET 运行时要 JIT 编译一大堆代码。它要加载几百个 DLL。它要读取你的 profile 脚本。它要做一百件你根本不关心的事情。</p><p>你说 “那我用 Nushell”。Nushell 启动只要 9 毫秒。你算算：5000 毫秒除以 9 毫秒，<strong>555 倍</strong>。这是什么概念？PowerShell 用户眼里的 Nushell 就像普通人眼里的 <strong>Faiz 加速形态</strong>。</p></section> <section><h1>七、MSVC Build Tools：许可证问题让你无法自动化<a href="#七msvc-build-tools许可证问题让你无法自动化"><span>#</span></a></h1><p>这可能是最荒谬的一点。</p><p>你想在 CI/CD 里自动构建 Windows 程序。你在 Linux runner 上交叉编译？不行，你缺 MSVC 的 headers 和 libraries。</p><p>那你怎么办？你需要安装 MSVC Build Tools。你怎么安装？你去微软官网下载 <code>vs_BuildTools.exe</code>，然后<strong>手动点击下一步、下一步、同意许可协议、勾选组件、等待安装</strong>。</p><p>你不能用 <code>winget</code> 自动安装。你不能用 Chocolatey 自动安装（虽然社区有包，但不是微软官方支持的）。你不能在 Docker 镜像里预装（除非你用 Windows 容器，那又是另一个地狱）。</p><p>MSVC Build Tools 的许可证不允许你以编程方式绕过安装程序的 “技术限制”。你可以自己写脚本调用静默安装参数，但那不叫 “自动化”，那叫 “我帮你点下一步” —— 你依然需要一个交互式会话或者预先配置好的镜像。</p><p>在 Linux 上装 <code>gcc</code>：<code>apt install gcc</code>。一条命令，不需要点击任何东西，不需要同意任何许可协议，不需要等待一个蜗牛般的下载。</p><p>微软为什么不能把 MSVC 工具链放到一个简单的 <code>.tar.gz</code> 里？因为许可证不允许。因为微软希望你用 Visual Studio IDE。因为命令行用户是二等公民。从 1990 年代到现在，一直是。</p></section> <section><h1>八、GBK 编码：一个本该在 2006 年死去的东西<a href="#八gbk-编码一个本该在-2006-年死去的东西"><span>#</span></a></h1><p>写中文注释。处理中文文件路径。你的队友在 macOS 上提交了一个包含中文字符的 JSON 文件。</p><p>恭喜你，触发了 Windows 最恶心的 “特性” 之一：GBK 编码。</p><p>在 Linux 和 macOS 上，文本文件默认是 UTF-8。从 2000 年代初就是这样。今天是 2026 年，UTF-8 已经是绝对的主流，全世界 98% 的网页用 UTF-8。</p><p>Windows 呢？Windows 的 “ANSI 代码页” 默认是 GBK（如果你在中文系统上）。你用记事本保存一个文件，默认编码是 ANSI（也就是 GBK）。你用 PowerShell 输出重定向，默认编码是 UTF-16LE（不是 UTF-8）。你用 <code>cl.exe</code> 编译一个源文件，如果源文件是 UTF-8 with BOM 它能认，没有 BOM？它当成 ANSI 处理，然后你的中文字符串变成了乱码。</p><p>你的 Linux 队友提交了一个 UTF-8 文件，你拉下来用 VS Code 打开，VS Code 猜编码猜错了，你看到一堆 <code>ä½ å¥½</code>。你手动改编码，保存。然后你的队友拉下去，发现文件变成了 CRLF（我们后面说这个）加 UTF-8 with BOM。他开始骂你。</p><p>你在 Python 脚本里写 <code>open("file.txt", "r")</code>，在 Linux 上读 UTF-8，在 Windows 上读 GBK。你的脚本 “在我电脑上能跑”，在你队友电脑上崩了。</p><p>你说 “那我用 Python 的 <code>encoding='utf-8'</code> 参数”。你知道你要写这个参数，你写了。但你调用的第三方库呢？它没写。你的构建脚本里的某个工具呢？它没写。总有某个地方，某个人，某段代码，默认用了系统 ANSI 代码页。</p><p>这个问题从 Windows 95 时代就存在。30 年了。<strong>没有解决，且永远不会解决</strong>。</p></section> <section><h1>九、LLM Agent 时代的致命伤<a href="#九llm-agent-时代的致命伤"><span>#</span></a></h1><p><strong>这是 2026 年才变得特别明显的问题。</strong></p><p>你让一个 LLM Agent 比如 Claude Code、OpenAI Codex 帮你执行一条命令。在 Linux 上，Agent 写 <code>grep "hello world" file.txt</code>，直接执行，成功。</p><p>在 Windows 上，Agent 写 <code>findstr "hello world" file.txt</code>，执行，成功。看起来不错。</p><p>然后你让 Agent 执行一条稍微复杂一点的命令：</p><div><figure><figcaption></figcaption><pre><code><div><div><div>1</div></div><div><span>powershell -Command "&amp; { Get-ChildItem -Recurse | Where-Object { $_.Name -match 'test' } }"</span></div></div></code></pre><div><div></div><div></div></div></figure></div><p>问题来了。引号嵌套。Agent 不知道什么时候用双引号，什么时候用单引号，什么时候转义。PowerShell 的语法是出了名的 <strong>“写起来像英语，转义起来像咒语”</strong>。</p><p>你让 Agent 生成一行 C++ 代码并通过 <code>cl.exe /D</code> 传入：</p><div><figure><figcaption></figcaption><pre><code><div><div><div>1</div></div><div><span>cl /D"MY_STRING=\"hello\\nworld\"" main.c</span></div></div></code></pre><div><div></div><div></div></div></figure></div><p>你需要两层转义：一层给 shell，一层给 C 预处理器。在 cmd.exe 里，转义规则和 PowerShell 不一样。在 PowerShell 里，转义规则又不一样。在 Git Bash 里，又不一样。</p><p>Agent 试了三次，都失败了。它开始 “深度思考”，写了一个 Python 脚本来生成命令，然后执行 Python 脚本——绕了一个大圈子。你的 token 消耗从 100 变成了 5000。没关系，Windows 用户的 token 是大风刮来的。</p><p>你的 Linux 队友的 Agent 从未失败过。因为 Linux shell 的转义规则是清晰的、一致的、可预测的。Windows 有四种不同的 shell（cmd，PowerShell，Git Bash，WSL bash），四种不同的转义规则，每一种都有自己的 “惊喜”。</p></section> <section><h1>十、关不掉的 Windows Defender<a href="#十关不掉的-windows-defender"><span>#</span></a></h1><p>你说你的编译慢。你说你的 <code>npm install</code> 慢。你说你的 <code>git clone</code> 慢。</p><p>我告诉你原因：<strong>Windows Defender 在扫描每一个文件</strong>。</p><p>你编译一个 C++ 项目，生成 1000 个 <code>.obj</code> 文件。Defender 在每个文件创建时扫描一遍。在每个文件写入时扫描一遍。在链接器读取每个文件时再扫描一遍。</p><p>你在 Linux 上编译同一个项目，没有这些扫描。编译时间差多少？首席水煮牛肉师实测，<strong>同一台设备，物理安装 Linux + XeLaTeX 编译一份 .tex 文档，比 Windows 快 80%</strong>。</p><p>80%！这意味着你在 Windows 上等 10 分钟，在 Linux 上等 2 分钟。一天编译 20 次，你浪费了 160 分钟。将近三个小时。</p><p>那我关掉 Defender？<strong>你试过吗？你知道怎么关吗？</strong></p><p>你可以去 “Windows 安全中心” 关掉 “实时保护”。五分钟后它会自动重新打开。你可以在组策略里禁用。但 Windows 10/11 的家庭版没有组策略。你可以修改注册表。但下一次 Windows Update 会把它改回来。你可以装一个第三方杀毒软件，Defender 会自动关闭 —— 但你现在不仅要对付 Defender，还要对付另一个杀毒软件。</p><p>能不能完全永久关掉？不能。Windows 不允许你关掉它最核心的安全功能。这是“<strong>为了你好</strong>”。微软替你做了决定。</p><p>你说 “那我把编译目录加到排除列表里”。可以。但你做 CI/CD 的时候呢？你的构建机每次都是新的，排除列表每次都要重新配置。你的 Docker 容器里跑 Windows？排除列表在容器里不生效。</p><p>而在 Linux 上，安全是你的责任。你想关 SELinux？<code>setenforce 0</code>。你想关 AppArmor？<code>systemctl stop apparmor</code>。系统听你的。Windows 不听你的。Windows 是你的 Master，你不是它的用户。</p></section> <section><h1>十一、NTFS 和 ReFS 的悲剧<a href="#十一ntfs-和-refs-的悲剧"><span>#</span></a></h1><p>在 Windows 上编译一个项目，生成几千个小文件。慢到怀疑人生。</p><p>你把项目放到 Dev Drive 上（微软 2023 年推出的“开发者专用”分区格式，基于 ReFS）。快了一点。但为什么还是比 Linux 慢？</p><p>因为问题的根源不是文件系统格式，是 <strong>安全软件插在文件系统上的那些钩子 （filters/hooks)</strong>。Dev Drive 之所以快，是因为 Windows 默认不对 Dev Drive 上的文件进行某些安全检查。但即使这样，<strong>Linux 在处理大量小文件的场景下依然比 Windows 快得多</strong>。</p><p>Linux 的文件系统设计从一开始就考虑了 “很多小文件” 的场景。ext4、XFS、btrfs，它们的目录结构、inode 管理、缓存策略，都是为真实世界的工作负载优化的。</p><p>NTFS 的设计目标是 <strong>“与 DOS 和 Windows 95 兼容”</strong>。它的根目录下还有 <code>C:\</code>、<code>D:\</code> 这种盘符的概念——<strong>这是 1970 年代的 CP/M 遗留的设计</strong>。你什么时候在 Linux 上见过盘符？没有。<code>/mnt</code> 和 <code>/media</code> 是挂载点，不是盘符。</p><p>你说 “那我用 WSL 2，把代码放在 WSL 的文件系统里”。是的，这样快。但你本质上是在用 Linux 的文件系统。那你<strong>为什么不直接装 Linux？</strong></p><p>Windows 的文件系统性能问题不是 “差一点”，是 “差一个数量级”。你编译一次可能只差几十秒，但你一天编译几十次，一周五天，一年五十二周——算算你浪费了多少生命？</p></section> <section><h1>十二、Windows 11 的内存黑洞<a href="#十二windows-11-的内存黑洞"><span>#</span></a></h1><p>你说你的电脑是 8GB 内存。你说你只是想写写前端代码。</p><p>8GB 内存在 Windows 11 上连 “开机后什么都不做” 都勉强。</p><p>Windows 11 开机后，系统自身吃掉 3-4GB。Windows Defender 吃掉 500MB。Windows Update 服务吃掉 200MB。各种 “现代” 应用的后台进程——天气、新闻、Xbox、Your Phone、Cortana*（对，它还在）*加起来又是 1GB。</p><p>你已经用了 5-6GB。你打开 Chrome 或 Edge？一个 tab 100MB 起，开十个 tab 就是 1GB。你打开 VS Code？又一个 500MB。你打开 Docker Desktop？2GB 没了。你的内存开始 swap。swap 到 SSD，SSD 寿命下降。你的电脑开始卡。</p><p>你说 “那我加内存”。好，你加到 16GB。Windows 11 会咸因吗？不会。它会用更多内存来 “缓存” 东西，因为它的内存管理策略现在是 “有多少用多少”。你打开任务管理器，看到 “已提交” 内存是物理内存的两倍。你问系统管理员这是怎么回事，他说 “<strong>You’re Absolutely Right!</strong>”。</p><p>正常？你在 Linux 上跑 <code>free -h</code>，看到 used 是 2GB，cached 是 4GB，available 还是 4GB。你清楚知道内存去哪了。Windows 的 “资源监视器” 给你看一堆数字，你看了三遍也不知道到底谁吃了你的内存。</p><p>更可笑的是，Windows 11 的<strong>推荐配置是 4GB 内存</strong>。4GB！安装都装不进去 —— <strong>安装程序自己就要 2GB</strong>，还要留空间解压文件。<strong>微软的硬件兼容性团队是不是在用</strong> <strong><code>8 + 128</code> (<code>8TB SSD + 128GB RAM</code>)</strong> <strong>的机器测试，然后写文档的人觉得是</strong> <strong><code>8 + 128 GB</code></strong>，才能如此心安理得地写下 <strong>推荐配置 4GB</strong>？</p></section> <section><h1>十三、WebView UI 把操作系统变成浏览器<a href="#十三webview-ui-把操作系统变成浏览器"><span>#</span></a></h1><p>Windows 11 最 “现代” 的特性是什么？<strong>WebView UI</strong>。</p><p>设置界面是 WebView。开始菜单是 WebView。文件资源管理器的部分界面是 WebView。通知中心是 WebView。任务栏的 “小组件” 是 WebView。</p><p><strong>没错！你的操作系统，现在是用 HTML、CSS 和 JavaScript 渲染的。</strong></p><p>你打开 <code>设置 → 个性化 → 颜色</code>。你点了 “深色模式”。UI 卡了 0.5 秒。为什么？因为它要<strong>重新渲染整个 WebView 页面</strong>。你在 Linux 上改个 GTK 主题，瞬间生效。因为 GTK 是原生渲染。</p><p>WebView 有什么问题？</p><ul> <li><strong>内存占用翻倍</strong>。每个 WebView 实例是一个迷你浏览器，有自己独立的渲染进程。设置界面是一个实例，开始菜单是一个实例，小组件是一个实例。每个实例吃掉 100-200MB 内存。你的 8GB 机器就这样被一点点蚕食。</li> <li><strong>渲染延迟</strong>。你点击“开始”，等 0.3 秒菜单才弹出来。不是动画时间，是 WebView 响应时间。你在 Linux 上用 KDE 或 GNOME，点击开始菜单，瞬间弹出。因为那是原生代码，不是 JavaScript。</li> <li><strong>动画掉帧</strong>。你打开通知中心，动画掉到 30fps。你问微软为什么不优化，微软说 “我们用 Fluent Design 的流畅动画”。流畅？30fps 叫流畅？你在 macOS 上打开通知中心，ProMotion 120fps 丝般顺滑。Windows 11 的 UI 性能甚至不如 2015 年的 Windows 10，而 Windows 10 的性能不如 2012 年的 Windows 8/8.1。开倒车，而且是<strong>坐着火箭开倒车</strong>。</li> </ul><p>一个操作系统，连自己最基础的 UI 都做不好，你指望它能做好开发体验？</p></section> <section><h1>十四、微软官方承认的 boot loop 特性<a href="#十四微软官方承认的-boot-loop-特性"><span>#</span></a></h1><p>2025 年，微软官方发布了一篇支持文档，标题是 <strong>“Windows 更新后可能出现 boot loop”</strong>。</p><p>你再读一遍这句话。</p><p><strong>微软官方承认，他们的操作系统在更新后可能会 boot loop。</strong></p><p>你的电脑开机，启动 Windows，加载更新，重启，开机，启动 Windows，加载更新，重启 …… 循环往复，直到你手动进入恢复模式，卸载更新，或者重装系统。</p><p><strong>2025 年，微软说 “我们正在修复这个问题”。</strong></p><p><strong>2026 年，这个问题依然存在。</strong></p><p>你在写代码，Windows 提示 “需要重启以完成更新”。你说 “稍后”。Windows 不听你的，因为 <strong>Windows 作为大总统的权力是无限的</strong>。Windows 在凌晨 3 点自动重启了。你的工作没有保存。你的 IDE 没有恢复会话。你的本地 git 仓库可能有未提交的变更。全是你的责任，你用 Windows 这个权力无限大系统应该承受的责任。</p><p>第二天早上你打开电脑，看到 “正在配置更新 0%”。你等。等到 30%。它重启。又开始 “正在配置更新 0%”。</p><p>你这一天废了。你要花两个小时进入恢复模式，卸载更新，然后关闭 Windows Update 服务。<strong>你的 Linux 队友已经提交了三个 PR 然后超额完成任务给自己放假了</strong>。</p><p>你说 “那我用 Windows LTSC 版本，没有这些花里胡哨的更新”。好，但你用的是企业版，你的公司不一定买。而且 LTSC 版本三年才更新一次，你的开发工具需要的新 API 没有。你装个 Node.js 18，它说 “需要 Windows 10 1903 或更高版本”。你的 LTSC 是 1809。你又被卡住了。</p><p>Windows 是一个<strong>强制性的、不可预测的、可能摧毁你工作进度的操作系统， 其中 “操” 念第四声</strong>。你永远不知道它什么时候会来，来了之后会不会把你的系统搞崩。</p></section> <section><h1>十五、最大的讽刺，最好的游戏系统<a href="#十五最大的讽刺最好的游戏系统"><span>#</span></a></h1><p>这是起点，亦是终点。</p><p>2000 年代，Windows 的护城河是什么？<strong>游戏</strong>。你想玩游戏？你必须装 Windows。Linux 上连《魔兽世界》都跑不了，macOS 上更别想。那时候的 Windows 用户嘲笑 Linux 用户：“你的系统能玩 3A 大作吗？或者 Galgame？”</p><p>2026 年，情况完全反过来了。</p><ul> <li><strong>Steam Deck</strong> 卖了几百万台，跑的是基于 Arch Linux 的 SteamOS。</li> <li><strong>Wine / Proton</strong> 让成千上万的 Windows 游戏在 Linux 上无缝运行。很多游戏在 Proton 下的性能甚至 <strong>超过原生 Windows</strong>，因为 Vulkan 翻译层比 DirectX 在某些场景下更高效，也没有无数次生生不息的 Defender 扫描，也没有残废的文件系统。</li> <li><strong>NVIDIA 和 AMD</strong> 的 Linux 驱动已经成熟到可以跑光线追踪。</li> <li><strong>macOS 游戏玩家</strong> —— 就是那群被嘲笑了二十年的 “用 Mac 玩游戏的精神病人”，现在已经可以通过 Game Porting Toolkit 玩不少 3A 大作。苹果甚至官方支持这件事。</li> </ul><p>游戏。Windows 最后的堡垒，几乎已经沦陷了。</p><p>而 Windows 呢？它在开发领域依然是一团糟。你在 2026 年用 Windows 开发，你要面对：</p><ul> <li>路径分隔符的混乱（来自 1980 年代的 DOS）</li> <li>CRLF 换行符（来自 1970 年代的 CP/M）</li> <li>MSVC 工具的许可证地狱（来自微软的商业模式）</li> <li>PowerShell 五六秒的启动时间（来自 .NET 的包袱）</li> <li>GBK 编码（来自中国区 Windows 的特殊 “待遇”）</li> <li>Defender 关不掉的 I/O 拖累</li> <li>四种 shell 四种转义规则</li> <li>8GB 内存不够开机（来自 Windows 11 的 “现代化”）</li> <li>WebView UI 卡成 30fps（来自 “我们也是 Web 公司” 的幻觉）</li> <li>boot loop（来自微软官方承认的 bug 特性）</li> </ul><p>你的 Linux 队友在做什么？TA 在 Arch 或者 NixOS 上全成就通关《魔法少女的魔女审判》，在《鸣泣之时》中听着志方晶子志仓千代丸作的曲子看沙都子大战梨花，在《素晴日》里穿着轻飘飘的衣服于楼顶上抽烟，切到桌面，<code>gcc main.c -o main</code>，完事。</p><p>你的 macOS 队友在做什么？TA 在 MacBook Pro 上打开《赛博朋克 2077》《死亡搁浅 2》《生化危机》《博德之门 3》《艾尔登法环》《巫师 3》《无人深空》，关掉，<code>clang main.c -o main</code>，完事。甚至还有余力剪辑游戏录屏然后发到 B 站。</p><p>你呢？笔电男大？你在等待 PowerShell 启动，你在等待 Windows 启动，<strong>但有时它们永远也不会启动</strong>，<strong>像极了在一代杀戮尖塔玩鸡煲的你</strong>。你在跟 CRLF 搏斗。你在想 <code>cl.exe</code> 你到底在哪，<code>cl.exe</code> 你根本不在 <code>C:\Program Files (x86)\Microsoft Visual Studio\2022\BuildTools\VC\Tools\MSVC\14.44.35207\bin\Hostx64\x64</code>，你在想 <code>cl.exe</code> 为什么会和 <code>nvcc</code>、<code>cygwin</code> 撞车。你在想 Everything 为什么能在你本地搜出 11 个 <code>ghc</code> 安装目录下的 MSYS2。你在考虑要不要把编译目录加到 Defender 排除列表里，你在想要不要重装一个更稳定的第三方修改版 Windows。你在 Stack Overflow 上搜 “vswhere 找不到 Visual Studio”。你的电脑在 boot loop。你的 UI 在掉帧。你的内存被 WebView 吃光了。你打开 IM 尝试求助群友，但是每个人都在发 “喜报” 图片。</p><p>你想你的 Arch Linux 了。</p><p>帕特玛颠倒了，世界颠倒了。但 Windows 没变。</p></section> <section><h1>后记<a href="#后记"><span>#</span></a></h1><p>有读者问我 “你是不是对微软有偏见”。我对微软没有任何偏见。<strong>我对任何浪费我时间的工具有偏见</strong>。Windows 是其中最突出的一个，MS Office 也是，不过这是另一个话题了。</p><p>还有读者问 “2026 年了，你还用 Windows 吗？”</p><p>用。为了写出这篇文章，我还得用。</p></section>https://jack-huang-2010.github.io/posts/Linux-Ate-My-RAM!!!/https://jack-huang-2010.github.io/posts/Linux-Ate-My-RAM!!!/如果某天你注意到你的 top/htop/btop 上显示内存的 Free 部分十分之少，不要着急，这是正常现象Mon, 06 Mar 2017 00:00:00 GMT<div><h1>Don't Panic!<br />Your RAM is FINE!<br /><br />不要恐慌！<br />你的内存没有任何问题！</h1></div> <section><h1>本土化翻译<a href="#本土化翻译"><span>#</span></a></h1><section><h2>所以到底发生了什么？<a href="#所以到底发生了什么"><span>#</span></a></h2><p>与所有现代操作系统一样，Linux 会借用未使用的内存来做磁盘缓存。这让你的系统看上去好像陷入了“空闲”内存不足的窘境，但事实并非如此！一切都十分正常，<em><strong>请坐和放宽</strong></em>！</p></section><section><h2>Linux 为什么要这样做？<a href="#linux-为什么要这样做"><span>#</span></a></h2><p>总而言之，磁盘缓存除了让系统变得更快、响应更灵敏，没有任何其他缺点！除了让那些刚接触计算机、不熟悉文件系统缓存概念的用户<em><strong>（比如现在正在看这篇文章的你，想想你是怎么点进来看到这篇文章的）</strong></em>感到困惑意外没有任何缺点</p><p>最重要的是，它通常<strong>不会从前台应用程序那里抢走内存</strong>，<strong>相信我！你的内存真的够用！</strong></p></section><section><h2>如果我运行了更多应用程序会发生什么？<a href="#如果我运行了更多应用程序会发生什么"><span>#</span></a></h2><p>如果你的应用程序需要更多内存，内核会<strong>收回磁盘缓存先前借走的那部分内存</strong>，因此磁盘缓存<strong>随时可以立即归还给应用程序</strong>！Linux 其实没有吃掉你任何一部分内存，它只是在最大化利用空闲的内存，在你不需要用内存的时候用空闲的内存给你换更好的体验！</p></section><section><h2>所以我需要更多的交换空间（<code>SWAP</code> 也就是虚拟内存）吗？<a href="#所以我需要更多的交换空间swap-也就是虚拟内存吗"><span>#</span></a></h2><p>大概率<strong>不需要</strong>，因为磁盘缓存主要借用的是应用程序当前未占用的内存，当应用程序需要更多内存时，Linux 内核会从磁盘缓存中拿回来</p><p>当然，如果某些应用程序的内存访问频率还不如文件系统缓存高，Linux <em>确实</em>有可能会把它们挤进交换内存中，但这种操作通常是为了提升性能，而并不会损耗性能</p></section><section><h2>我能阻止 Linux 这样做吗？<a href="#我能阻止-linux-这样做吗"><span>#</span></a></h2><p>你<strong>无法完全禁用</strong>磁盘缓存，但你可以调整 Linux 的“<strong>交换倾向</strong>”（即调整 Linux 的 <code>swappiness</code> 参数），大家之所以想禁用磁盘缓存，唯一的理由就是误以为它抢占了应用程序的内存——<strong>然而它并没有</strong>！</p><p>磁盘缓存能让程序加载得更快、运行得更丝滑，但它<strong>绝对、并且永远不会</strong>克扣程序的内存！因此，你<strong>完全没有理由去禁用它！</strong></p><p>不过，如果你出于某种原因（比如测试未缓存应用冷启动的性能）需要快速清空一些 RAM，你可以用以下的命令强制 Linux 安全の<a href="https://linux-mm.org/Drop_Caches" target="_blank">丢弃缓存</a>：</p><div><figure><figcaption><span></span><span>Terminal window</span></figcaption><pre><code><div><div><div>1</div></div><div><span>echo</span><span> </span><span>3</span><span> | </span><span>sudo</span><span> </span><span>tee</span><span> </span><span>/proc/sys/vm/drop_caches</span></div></div></code></pre><div><div></div><div></div></div></figure></div></section><section><h2>既然内存完全够用，为什么 <code>top/htop/btop</code> 和 <code>free</code> 命令显示的“<code>Free</code>”内存那么少？<a href="#既然内存完全够用为什么-tophtopbtop-和-free-命令显示的free内存那么少"><span>#</span></a></h2><p>这只是术语上的差异：</p><p>你和 Linux 都认为<strong>应用程序占用的内存是“<code>Used</code>（<em>已用内存</em>）”</strong>，而<strong>完全没被使用的内存是“Free（<em>空闲内存</em>）”</strong></p><p>但是，对于当前正被用于某种用途（<em>比如被拿来当做磁盘缓存的内存</em>）、但依然可以提供给应用程序使用的内存，换作你，你会怎么描述呢？</p><p>你可能会把这类内存算作“Free”或“Available（<em>可用内存</em>）”，而 Linux 内核则把它描述为“Available”：</p> <table><thead><tr><th>内存的状态</th><th>你称它为</th><th>Linux 内核称它为</th></tr></thead><tbody><tr><td>已被被应用程序使用</td><td>已用（Used）</td><td>已用（Used）</td></tr><tr><td>已被使用，但可以释放出来供应用程序使用</td><td><em><strong>空闲或可用（Free or Available）</strong></em></td><td><em><strong>可用（Available）</strong></em></td></tr><tr><td>完全未使用</td><td>空闲（Free）</td><td>空闲（Free）</td></tr></tbody></table><p>这部分“<em><strong>干着别的事</strong></em>”的内存（<em><strong>大致</strong></em>）就是 <code>top/htop/btop</code> 和 <code>free</code> 命令中称为“Bufferd（<em>缓冲区</em>）”和“Cached(<em>缓存</em>)”的部分</p><p>但是由于你和 Linux 的<strong>描述方式不同</strong>，你<strong>可能会在内存充裕的情况下误以为内存不足</strong></p></section><section><h2>那怎么才能看到我到底还有多少真正的空闲内存？<a href="#那怎么才能看到我到底还有多少真正的空闲内存"><span>#</span></a></h2><p>要查看你的应用程序<strong>在不使用交换空间的情况下</strong>能使用多少内存，请运行 <code>free -m</code> 并查看“<code>available</code>”列：</p><div><figure><figcaption><span></span><span>Terminal window</span></figcaption><pre><code><div><div><div>1</div></div><div><span> </span><span></span><span> </span><span>JH</span><span> </span><span>on</span><span> </span><span>Monday</span><span> </span><span>at</span><span> </span><span>8:39</span><span> </span><span>PM</span><span> </span><span>0.764s</span><span> </span><span></span><span> </span><span>MEM:</span><span> </span><span>77.51%</span><span> (12/16GB)</span></div></div><div><div><div>2</div></div><div><span> </span><span></span><span> </span><span>{</span><span> </span><span></span><span> </span><span>home</span><span> </span><span>}</span><span> </span><span></span><span> </span><span>free</span><span> </span><span>-m</span></div></div><div><div><div>3</div></div><div><span> </span><span>total</span><span> </span><span>used</span><span> </span><span>free</span><span> </span><span>shared</span><span> </span><span>buffered/cached</span><span> </span><span>available</span></div></div><div><div><div>4</div></div><div><span> </span><span>Mem:</span><span> </span><span>16000</span><span> </span><span>6560</span><span> </span><span>212</span><span> </span><span>0</span><span> </span><span>9228</span><span> </span><span>9440</span></div></div><div><div><div>5</div></div><div><span> </span><span>Swap:</span><span> </span><span>1000</span><span> </span><span>35.3</span><span> </span><span>988</span></div></div></code></pre><div><div></div><div></div></div></figure></div><p>（对于 <strong>2014 年及以前安装的发行版</strong>，请<strong>查看</strong>“<code>-/+ buffers/cache</code>”行中的“<code>free</code>”列）</p><p>这个值就是你的答案（<em>单位 MiB</em>）。如果你只是单纯地看“<code>free</code>”，你以为内存已经使用了 99%，但实际上它才用了 41% 罢了！</p><p><em>如果想从更详细、技术性的角度了解 Linux 到底把什么算作 “<code>available</code>”，可以参见<a href="https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=34e431b0ae398fc54ea69ff85ec700722c9da773" target="_blank">引入该字段的提交（Commit）记录</a></em></p></section><section><h2>所以我应该何时开始担心内存不够用了？<a href="#所以我应该何时开始担心内存不够用了"><span>#</span></a></h2><p>一个<strong>健康的 Linux 系统</strong>，在内存足够的情况下，运行一会后表现出以下预期且（<em><strong>人畜？</strong></em>）无害的行为：</p><ul> <li><code>free</code> 内存接近 <code>0</code></li> <li><code>available</code> 内存（或“<code>free</code> + <code>buffered</code>/<code>cached</code>”）有足够的余量</li> <li><code>swap used</code> 几乎不发生变化</li> </ul><p>但是如果出现<strong>以下信号</strong>，那么表示你<strong>确实</strong>已经处在低内存状况下了：</p><ul> <li><code>available</code> 内存（或“<code>free</code> + <code>buffered</code>/<code>cached</code>”）接近 <code>0</code></li> <li><code>swap used</code> 持续增加或波动</li> <li><code>dmesg | grep oom-killer</code> 显示 <code>OutOfMemory-killer</code>（<em>内存溢出杀手</em>）已经开始<em><strong>大开杀戒</strong></em>了</li> </ul></section><section><h2>我如何验证以上这些结论？<a href="#我如何验证以上这些结论"><span>#</span></a></h2><p><em>请移步<a href="https://www.linuxatemyram.com/play.html" target="_blank">此页面</a>查看更多技术细节，并亲自上手做个磁盘缓存小实验来见证本文所述功能的效果</em></p><p><strong>没有什么比在自己的硬件上测出指数级提升の速度，更能让你领略磁盘缓存的真香定理了！</strong></p><div><div><div></div><div>Note</div></div><div><p><strong><a href="LinuxAteMyRam.com">LinuxAteMyRam.com</a></strong> 由 <a href="http://www.vidarholen.net/" target="_blank">VidarHolen.net</a> 倾情奉献 本网站已<a href="https://github.com/koalaman/linuxatemyram.com" target="_blank">在 GitHub 上开源</a>，欢迎提出建议或提交 PR</p><div><div><div></div><div>Tip</div></div><div><p>此博客也已<a href="https://github.com/Jack-Huang-2020/jack-huang-2020.github.io" target="_blank">在 Github 开源</a>，欢迎提出建议或提交 PR</p></div></div><div><div><div></div><div>Caution</div></div><div><p>Tranlated by <a href="/about">𝚒𝚖𝚙𝚘𝚛𝚝 { 𝘑𝘢𝘤𝘬 𝘏𝘶𝘢𝘯𝘨 } 𝚏𝚛𝚘𝚖 ‘☘️’;</a></p><p><strong>转载请标注原译者和作者</strong></p></div></div></div></div></section></section> <section><h1>原文<a href="#原文"><span>#</span></a></h1><section><h2>What’s going on?<a href="#whats-going-on"><span>#</span></a></h2><p>Like all modern operating systems, Linux is borrowing unused memory for disk caching. This makes it look like you are low on “free” memory, but you are not! Everything is fine!</p></section><section><h2>Why is it doing this?<a href="#why-is-it-doing-this"><span>#</span></a></h2><p>Disk caching makes the system much faster and more responsive! There are no downsides, except for confusing users who are new to computing, and unfamiliar with the concept of a filesystem cache. It doesn’t generally take memory away from applications.</p></section><section><h2>What if I want to run more applications?<a href="#what-if-i-want-to-run-more-applications"><span>#</span></a></h2><p>If your applications want more memory, the kernel will just take back a chunk that the disk cache borrowed. Disk cache can always be given back to applications immediately! You are not low on ram!</p></section><section><h2>Do I need more swap?<a href="#do-i-need-more-swap"><span>#</span></a></h2><p>Probably not; disk caching primarily borrows the ram that applications don’t currently want. If applications want more memory, the kernel will take it back from the disk cache. Linux <em>can</em> push application memory into swap if that memory is accessed less often than the filesystem cache, but this will typically improve performance, not hurt it.</p></section><section><h2>How do I stop Linux from doing this?<a href="#how-do-i-stop-linux-from-doing-this"><span>#</span></a></h2><p>You can’t completely disable disk caching, (but you can tune Linux’s “swapiness”). The only reason anyone ever wants to disable disk caching is because they think it takes memory away from their applications, which it doesn’t! Disk cache makes applications load faster and run smoother, but it NEVER EVER takes memory away from them! Therefore, there’s absolutely no reason to disable it!</p><p>If, however, you find yourself needing to clear some RAM quickly for some reason, like benchmarking the cold-start of an uncached application, you can force linux to nondestructively <a href="https://linux-mm.org/Drop_Caches" target="_blank">drop caches</a> using <code>echo 3 | sudo tee /proc/sys/vm/drop_caches</code>.</p></section><section><h2>Why do top and free say that so little ram is free if it is?<a href="#why-do-top-and-free-say-that-so-little-ram-is-free-if-it-is"><span>#</span></a></h2><p>This is just a difference in terminology. Both you and Linux agree that memory taken by applications is “used”, while memory that isn’t used for anything is “free”.</p><p>But how do you count memory that is currently used for something, but can still be made available to applications?</p><p>You might count that memory as “free” and/or “available”. Linux instead counts it as “available”:</p> <table><thead><tr><th>Memory that is</th><th>You’d call it</th><th>Linux calls it</th></tr></thead><tbody><tr><td>used by applications</td><td>Used</td><td>Used</td></tr><tr><td>used, but can be made available</td><td>Free (or Available)</td><td>Available</td></tr><tr><td>not used for anything</td><td>Free</td><td>Free</td></tr></tbody></table><p>This “something” is (roughly) what top and free calls “buffers” and “cached”. Since your and Linux’s terminology differs, you might think you are low on ram when you’re not.</p></section><section><h2>How do I see how much free ram I really have?<a href="#how-do-i-see-how-much-free-ram-i-really-have"><span>#</span></a></h2><p>To see how much ram your applications could use without swapping, run <code>free -m</code> and look at the “available” column:</p><div><figure><figcaption></figcaption><pre><code><div><div><div>1</div></div><div><span><span> </span></span><span>$ free -m</span></div></div><div><div><div>2</div></div><div><span><span> </span></span><span>total used free shared buff/cache available</span></div></div><div><div><div>3</div></div><div><span><span> </span></span><span>Mem: 1504 636 13 0 855 792</span></div></div><div><div><div>4</div></div><div><span><span> </span></span><span>Swap: 2047 6 2041</span></div></div></code></pre><div><div></div><div></div></div></figure></div><p>(On installations from before 2014, look at “free” column in the ”-/+ buffers/cache” row instead.)</p><p>This is your answer in MiB. If you just naively look at “free”, you’ll think your ram is 99% full when it’s really just 42%!</p><p>For a more detailed and technical description of what Linux counts as “available”, see <a href="https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=34e431b0ae398fc54ea69ff85ec700722c9da773" target="_blank">the commit that added the field</a>.</p></section><section><h2>When should I start to worry?<a href="#when-should-i-start-to-worry"><span>#</span></a></h2><p>A <strong>healthy Linux system</strong> with more than enough memory will, after running for a while, show the following expected and harmless behavior:</p><ul> <li><code>free</code> memory is close to <code>0</code></li> <li><code>available</code> memory (or “free + buffers/cache”) has enough room (let’s say, 20%+ of total)</li> <li><code>swap used</code> does not change</li> </ul><p><strong>Warning signs</strong> of a genuine low memory situation that you may want to look into:</p><ul> <li><code>available</code> memory (or “free + buffers/cache”) is close to zero</li> <li><code>swap used</code> increases or fluctuates</li> <li><code>dmesg | grep oom-killer</code> shows the OutOfMemory-killer at work</li> </ul></section><section><h2>How can I verify these things?<a href="#how-can-i-verify-these-things"><span>#</span></a></h2><p>See <a href="https://www.linuxatemyram.com/play.html" target="_blank">this page</a> for more details and how you can experiment with disk cache to show the effects described here. Few things make you appreciate disk caching more than measuring an order-of-magnitude speedup on your own hardware!</p><div><div><div></div><div>Note</div></div><div><p><strong><a href="LinuxAteMyRam.com">LinuxAteMyRam.com</a></strong> was presented by <a href="http://www.vidarholen.net/" target="_blank">VidarHolen.net</a>. This site is available <a href="https://github.com/koalaman/linuxatemyram.com" target="_blank">on GitHub</a> for comments and PRs.</p></div></div></section></section>