- 博客(498)
- 资源 (5)
- 问答 (16)
- 收藏
- 关注
RSS订阅原创 判断力无法被 AI 替代，但它正在被你亲手扔掉
更残酷的是，你每天都在使用判断力，却从来没有把它当成资产来管理。你以为你在积累经验，其实你只是在重复消耗判断力——用完即弃，下一个项目从零开始。判断力是私有的，依赖一整套约束：你们的读写比、你们的运维能力、你们团队三个人、你老板对稳定性的容忍度。因为它没有你的约束、你的选项、你的取舍。更重要的是：当你强迫自己写下这三句话时，你才真正在沉淀判断力。但没人告诉你：判断力是隐性的，如果你不主动把它显性化，它就会随着项目结束而蒸发。AI 时代最稀缺的，不是知识，不是效率，是把私有判断变成可复用资产的意识和习惯。
2026-09-12 18:55:11
231
原创 时间的回响：如果未来早已写就，此刻的我该如何落笔？
这不是被动的“宿命论”，而是一种主动的“自我实现”。所谓“未来的自己在指引现在”，其实是“完整的我”在呼唤“当下的我”。那个早已存在的结局，像一颗恒星，在漫长的黑夜中散发着引力，引导着现在的我，一步步向它靠近。若干年后，当我真的在某个夜晚仰望星空，或者当我的人生有了更深邃的领悟时，那是“未来的我”在向那个3岁的小孩致意。因为我现在做的每一个决定，其实都是未来的我，在时间那本摊开的画册上，早已为我圈出的必经之路。时间或许是一个闭合的圆，但行走在其中的我，依然可以带着爱，在宿命的框架里，活出最热烈的自由。
2026-09-12 16:30:22
326
原创 时间之环与爱的回响：解构《星际穿越》的终极悖论
他们站在时间之外，手里捧着的是一部摊开的、完整的画册。在《星际穿越》的尾声，当库珀坠入黑洞的奇点，许多观众的心中都升起了一个巨大的谜团：既然拯救人类的关键数据尚未传递，那么进化成五维生物的未来人类，究竟是如何跨越时间的长河，将库珀从毁灭的边缘拉入超立方体的？《星际穿越》最终告诉我们：在浩瀚的宇宙中，时间或许是一个可以折叠的圆，而爱，是唯一能在不同维度间传递信号、打破因果铁律的引力。在五维空间的坐标系里，没有“先发生”和“后发生”的区分，所有的瞬间、所有的因果，都像星图上的光点一样，在同一个平面上同时闪耀。
2026-09-12 16:10:19
232
原创 经验复利：当 AI 不再只是“会用”，而是“越用越好”
<think>AI模型能力快速提升背景下，判断价值复利机制成为核心关注点。文章综述涵盖AI安全控制持续性、开发流程重构、应用层竞争逻辑和开源协作模式等多个维度，共同指向一个核心命题：真正创造长期价值的不是模型本身的能力，而是组织和个人如何将每次经验教训转化为可持续迭代的反馈循环。文中强调，记忆不等于学会，复利最大化需依靠可靠信号和高阶判断力。在组织知识管理层面，最有效的是在工作发生位置同步生长的知识体系，辅以错误更正和永久回归验证。最终结论是，即使AI改变生产方式，定义目标与承担后果的责任仍属于人。</th
2026-09-05 12:41:13
181
原创 从“写代码”到“管 Agent”：AI 时代的研发工程管理方法论
过去需求↓程序员↓代码↓测试现在需求↓Spec↓拆↓控↓Agent↓Code↓↓Review↓判↓ADR↓Knowledge↓↓↓↓↓Governance↓Knowledge↓“我能不能写出代码。“我能不能定义问题、拆解任务、控制边界、理解系统、建立验证、管理 Agent，并对最终结果负责。AI 最大的变化可能不是：“程序员写代码更快了。代码生成的边际成本正在快速下降。代码↓不再是最稀缺资源问题判断品味上下文验证责任。
2026-08-27 16:57:32
337
原创 告别“复仇者联盟”：AI时代的超级个体，为什么不需要超级团队？
当一群拥有完整世界观和独立判断力的人聚在一起时，他们最终不会产出“更好的判断”，只会产出两种东西：谁都不满意的妥协，或者是一次绕过所有人的单方面行动。僚机同样具备独立作战能力，但在编队中，他们的任务是保持位置，贡献行动能力、视野和火力，而不是提出新的战术判断。然而，协作能够成立的前提是“判断的可让渡性”，而超级个体的核心价值，恰恰在于他们不可让渡的独立判断、品味和世界观。AI时代，真正的超级组织，不是把一群超级个体强行捆绑，而是找到一种协作结构，让超级个体的优势能互相咬合，而不是消耗。
2026-08-24 22:42:21
329
原创 从程序员到超级个体：AI 时代真正稀缺的，不再是写代码
这个问题本身可能已经问错了。当代码越来越便宜之后，你能不能把自己的价值迁移到更稀缺的位置？第一类：继续手写代码第二类：用 AI 更快地写代码第三类：设计一个系统，让 AI、工具、知识和验证替自己持续工作超级个体。超级个体不是“不需要 AI 的人”。恰恰相反。最懂得如何把 AI 组织起来的人。GPTClaudeQwen下一代模型Agent Framework 也会不断变化。工具会变化。IDE 会变化。甚至整个软件工程流程都会变化。你的专业能力你的系统理解你的知识库。
2026-08-24 16:57:00
204
原创 Agent 为什么需要 Harness：从 Tool Calling 到 Agent Runtime
Harness是AI代理（Agent）运行时的核心框架，负责管理、约束和优化代理的执行过程。它解决了传统工具调用模式中存在的Token消耗大、执行效率低的问题，通过引入Code Mode批量处理任务。同时，Harness提供了权限控制、安全沙箱、子代理隔离和副作用管理等功能，确保代理在复杂环境中稳定安全运行。未来，Harness将成为连接AI模型与实际能力的关键层，其与运行时的结合将决定代理的整体表现，而不仅仅是模型本身的能力。
2026-08-18 17:57:19
345
原创 从 AI 使用者到超级个体：构建属于自己的个人 AI 操作系统
文章摘要： 在AI时代，真正的竞争力不再是单纯掌握AI工具，而是构建"个人AI操作系统"。超级个体的核心在于打造一个包含知识资产、工作流和信任体系的闭环系统，包括：1）分层次的知识管理（规则/技能/架构/决策/失败案例）；2）任务驱动的按需知识检索；3）AI与真实开发环境的深度集成；4）显式记录的工程判断；5）风险分级授权机制。这种系统通过持续将工作成果转化为可复用的认知资产，形成工程经验的复利增长，最终实现个人生产力的指数级提升。
2026-08-17 18:29:22
365
1
原创 把 Codex 变成工程认知系统：如何沉淀 Rules、Skills、Context、Architecture 与工程经验
在AI编程时代，开发者不应仅追求模型性能，而应重点积累跨平台、跨项目的工程认知资产。文章提出构建8层知识体系：规则(Rules)、技能(Skills)、项目上下文(Context)、架构(Architecture)、决策日志(DecisionLog)、故障案例(FailureCases)、验证方法(Verification)和个人知识(PersonalKnowledge)。通过系统化沉淀这些经验，使每次AI协作都能增强后续工作效率，形成"工程智能系统"。核心原则是：让AI在完成任务的同时
2026-08-17 11:51:20
216
原创 Chromium/Gerrit 开发实战：合并后代码被还原？一份完整的故障排查与回退指南
2. 诊断：执行 git log --oneline --graph -15 和 git reflog -10，判断是 merge 还是 rebase，定位“合并前”的提交点。--force-with-lease 比 --force 安全，它会检查远端分支是否在你拉取之后有别人推送了新提交，从而防止你意外覆盖他人的工作。reflog 记录了你在本地仓库中的所有 HEAD 移动历史，包括那些在 git log 中不可见的、被抛弃的提交。它创建了一个明确的合并提交（merge commit），有两个父节点。
2026-08-05 12:31:09
171
原创 AI重塑软件工程：程序员正在从编码者进化为创造者
AI时代程序员的价值迁移：从代码生产到系统设计（150字） 随着AI编程能力提升，程序员的核心竞争力正在发生根本性转变。文章指出：1）AI将接管基础编码工作，使代码能力变为基础技能；2）程序员价值转向系统设计、问题判断和架构决策能力；3）未来工程师需具备架构设计、业务理解、AI协作等五项核心能力；4）职业发展将经历AI增强、AI驱动和技术负责人三阶段。真正的危机不是AI替代，而是工作方式停滞。未来属于能驾驭AI解决复杂问题、创造业务价值的工程师，代码将回归工具属性，系统思维和判断力成为核心竞争力。
2026-08-04 18:23:16
188
原创 Git 工作区、暂存区、仓库、远端同步完全指南：从 restore、reset 到 fetch、pull 的正确使用姿势
本文系统介绍了Git的核心概念和常用操作，重点讲解了Git的四个核心区域（工作区、暂存区、本地仓库和远程跟踪分支）及其相互关系。文章详细说明了git status、git diff、git add等基础命令的使用，并着重讲解了文件恢复（git restore）、提交撤销（git reset）、分支管理（git branch）等关键操作的不同模式和应用场景。针对开发中常见的误操作问题，特别介绍了git reflog这个"后悔药"功能，以及如何通过git fetch + git reset实
2026-07-29 18:07:45
215
原创 Content API 深度解析：Chromium 浏览器内核的契约边界
本文深入解析了Chromium浏览器内核中的Content API及其契约边界。文章首先纠正了将content/目录下所有代码视为API的误区，指出Content API本质上是一套定义浏览器内核与浏览器产品间边界的接口契约，由content/public/目录显式声明并通过DEPS文件强制执行。 文章通过架构图展示了Chromium的分层系统，强调Content API是内核与上层应用的分界线，使Embedder能使用内核功能而无需了解内部实现。随后回顾了Content API的历史背景，从早期单体架构的
2026-07-28 11:47:03
356
原创 为什么 Chromium 如此推崇异步非阻塞？——彻底搞懂同步、异步、阻塞、非阻塞
本文清晰区分了同步/异步与阻塞/非阻塞两组关键概念：同步/异步关注结果获取方式（主动查询vs被动通知），阻塞/非阻塞关注等待状态（线程挂起vs继续工作）。通过餐厅点餐的生动比喻，文章阐释了四种组合模式，并指出现代高性能框架（如Chromium、Node.js）普遍采用异步非阻塞架构的核心原因：最大化CPU利用率，避免在IO等待时浪费计算资源。最后强调这两个维度相互独立，理解其本质差异是掌握现代并发编程的基础。
2026-07-27 11:41:37
173
原创 为什么 Chromium 正在远离锁？——从一个转账例子理解锁最大的缺陷
文章摘要： 本文揭示了锁在并发编程中的根本缺陷——破坏模块化（Composability）。通过转账和仓库搬货的案例，作者说明锁将并发控制与业务逻辑耦合，导致正确函数无法直接组合。Chromium采用"避免共享"理念，通过Sequence和Message Passing实现线程归属，使对象只被特定序列访问，从而消除锁的需求。这种分层设计（业务逻辑层用序列化任务，基础设施层必要时用锁）大幅提升了代码的可组合性和可维护性，体现了现代并发编程的核心思想。
2026-07-27 11:27:10
428
原创 当机器人学会后空翻，我们离真正的智能还有多远？
工具的先进性带来人的懒惰”，这句话放在科研和工程领域可能后果更严重——因为具身智能要解决的都是没有现成答案的问题，依赖AI给出的“通识性”回答根本无法突破技术瓶颈。公众的兴奋是真实的，资本的押注是巨大的，整个行业看起来似乎正处于爆发的前夜。关键是，贵也就算了，它还不够稳定——工厂追求的是极致的效率和成功率，而当前的具身智能还远达不到那种可靠性。这就造成了一个荒诞的局面，正如圆桌中一位嘉宾调侃的那样：“我们在让机器人做我们擅长做的事，而不是替我们做不想做的事。这才是“能用”的核心，也是当前最大的瓶颈。
2026-07-23 21:08:15
255
原创 Git Stash 完全指南：临时保存工作区的艺术
Git Stash 是 Git 中的"暂停键"，用于临时保存工作区和暂存区的修改，让工作目录恢复到干净状态。它采用栈结构（LIFO），支持保存未跟踪文件、添加描述信息、部分文件暂存等操作。核心命令包括：git stash（保存）、git stash pop（恢复并删除）、git stash apply（仅恢复）和 git stash drop（删除）。最佳实践包括使用有意义的描述、定期清理stash、设置别名提高效率等。当需要长期保存修改时，推荐使用WIP提交而非stash。本文详细介绍
2026-07-22 16:47:02
179
原创 进入真实世界：为什么 AI 的下一阶段属于“判断力”
【AI发展进入"判断力经济"时代】本周AI前沿动态显示，行业正经历关键转折：模型能力已足够作为可靠"原材料"，真正的瓶颈转向如何有效运用。当前发展呈现三大特征：1）从追求Agent能力转向构建Harness治理框架，通过约束和验证提升可靠性；2）重新定义技术边界，关注模型对真实世界的因果理解和交互能力；3）组织形态变革，AI接管执行层任务，人类专注于价值判断和模糊决策。研究显示，初级执行岗位正在贬值，而需要复杂判断力的高阶职位价值飙升。这标志着AI竞争进入新阶段——系
2026-07-21 17:57:15
214
原创 一个在线地址的背后：前端 CMS、WebUI 与浏览器内核的三角关系
本文解析了CMS管理后台（cms.xxx.com）与WebUI展示端（www.xxx.com）的核心区别及协作机制。两者分属独立代码仓库：CMS负责内容生产（运营人员使用），WebUI负责内容展示（终端用户访问），仅通过后端API（api.xxx.com）实现数据互通。内容更新流程为：CMS存储数据→WebUI获取并渲染→浏览器内核最终呈现。开发需求归属判断标准：涉及编辑功能改CMS仓库，影响用户界面改WebUI仓库，新增内容模块需两端协同。核心结论：CMS与WebUI是分离的系统，各自通过不同域名服务特定
2026-07-15 19:54:58
261
原创 从卖工具到卖结果：AI 原生服务公司与 FDE 的商业模式革命
摘要： AI原生服务公司正颠覆传统ToB商业模式，从“卖工具”转向“卖业务结果”，核心在于通过AI+FDE（前场部署工程师）直接交付可验收成果。关键特征包括：选择低信任、高复杂度市场；FDE需兼具交付与知识产品化能力；组织需平衡自动化与人类专家的“悖论”。成功分水岭在于能否将交付转化为可复用的履约系统，形成复利效应。这一模式重新定义软件角色——从客户产品变为服务公司的生产资料，标志ToB进入“卖结果”的新时代。（149字）
2026-07-12 13:35:08
639
原创 当 AI Agent 拿到了你的终端和内网：一份 Agent 安全与沙箱化工程地图
摘要： 《Agent安全与沙箱化指南》指出，AI Agent的权限扩大导致安全边界从“提示词约束”转向“运行时约束”，需通过沙箱隔离、网络管控等多层防御保障安全。核心框架围绕六大问题（读、写、连、密钥、审批、审计），提出五大实践：威胁建模、硬边界权限（文件/网络/进程）、工具执行审计、供应链安全及独立验证机制。生产级基线要求网络出口白名单、短生命周期身份、动作分级审批等。团队应立即盘点权限、关闭默认出口并扫描配置。指南强调，安全需依赖可验证的运行时控制，而非模型自律。 关键词： AI Agent安全、沙箱化
2026-07-12 13:31:18
558
原创 你的 Agent 真的能上线吗？一份可执行的 Agent Eval Playbook
摘要： 《AI Agent评测体系完全指南》指出，评测AI代理的核心问题已从单轮问答转向多步任务执行的可靠性。指南提出五层评测框架：1）明确定义可验证的claim；2）构建覆盖主路径和边缘案例的私有基准；3）结合自动裁判与人工校准；4）评估工具调用、长程规划等过程指标；5）将线上反馈回流至回归测试。强调安全评测需多场景验证，避免单一测试的虚假安全感，并制定严格的发布门禁确保系统可靠。最终，评测应作为产品迭代的一部分，形成闭环，实现从“答案评分”到“系统承诺交付”的思维转变。 （150字）
2026-07-12 13:29:22
192
原创 你的工作是「写循环」：一文读懂 2026 年最新范式 Loop Engineering
《Loop Engineering完全指南》摘要： Loop Engineering（循环工程）是AI领域的新范式，核心在于设计系统自动管理AI Agent，而非手动提示。它位于Prompt、Context、Harness工程之上，通过五大模块（Automations、Worktrees、Skills、Plugins、Sub-agents）和外部记忆构建可自迭代的系统。关键转变是从“手动操作工具”到“搭建自动化系统”，但提示词工程并未消失，而是升级为更高层级的编排。进阶需掌握堆叠循环（Stacking Lo
2026-07-12 13:25:17
411
原创 AI时代程序员的出路：从写代码到定方向
《代码贬值时代：程序员的判断力成为新核心竞争力》 随着AI能自主完成70万行代码的工程实践出现，编程行业正在经历价值重构。文章指出，未来程序员的核心竞争力不在于代码生产力，而在于三方面能力：1.业务判断力（确定优先级与边界）2.约束设计能力（构建AI安全执行的框架）3.验证定义能力（制定可量化的成功标准）。作者通过代码清理案例，展示了"人定方向，模型推进"的Harness方法论，提出可逆性/可验证性决策框架，并强调程序员需转型为"驾驭AI的工程师"——通过设计spec
2026-07-11 18:03:50
340
原创 Windows DLL 劫持：原理、手法与 Chromium 的应对
摘要： DLL劫持是一种通过操纵Windows动态链接库加载顺序，诱使程序执行恶意DLL的攻击技术。核心原理是控制搜索路径（如应用目录、当前工作目录或远程路径），使恶意库优先于合法库被加载。攻击者可借此在目标进程（如Chrome渲染器）中执行代码，破坏沙箱或配合其他漏洞提权。 Chromium的防御策略包括： 进程策略：强制安全搜索顺序（优先System32）、禁用远程/低完整性DLL、降权后仅允许微软签名模块。 Blocklist卸载：启动前剔除已知恶意模块。 沙箱隔离：即使加载恶意DLL，严格权限限制仍
2026-07-09 18:47:30
332
原创 Chromium Windows 沙箱深度解析：类型套餐、动态微调与底层机制
本文深入解析Chromium浏览器面向Windows平台的多进程安全架构设计，聚焦其OS级沙箱机制。文章系统阐述了Chromium沙箱的"纵深防御"策略：通过进程类型预设套餐（Renderer/GPU/Network等）与动态配置的协同机制，实现策略可维护性；采用双Token模型（启动宽权限+运行严锁）、延迟加固机制平衡初始化与安全性；整合进程令牌限制、Job对象管控、系统调用拦截等多层防护，构建默认拒绝+Broker白名单的强隔离体系。特别剖析了各进程类型的差异化配置，以及从启动到降权
2026-07-09 18:26:45
467
原创 从浏览器内核升级到 AI Agent 沙箱设计：一名 C++ 开发者的安全架构进阶之路
本文系统总结了作者在Windows端AIAgent沙箱安全架构设计中的技术迁移与思考。文章围绕三大核心挑战展开：1）浏览器内核升级的兼容性工程，通过密码管理器故障案例，提炼出系统化风险评估与平滑迁移的方法论；2）多进程架构下的疑难崩溃排查，以0.3%崩溃率案例揭示跨进程通信的安全设计原则；3）从端点防护到AIAgent沙箱的经验迁移，将R0/R3协同架构思想应用于进程隔离、文件权限和网络控制。作者强调，虽然技术栈不断演进，但系统底层内功始终是安全开发的护城河，PromptInjection等新型攻击本质上仍
2026-07-04 16:01:15
409
原创 当AI越来越能干，我们该如何重新摆位？
【摘要】AI时代工程师面临角色重构：代码编写成本骤降，但质量验证成为核心挑战。文章提出"能力下放，验证上收"原则，强调工程师需转型为方向制定者和验证构建者。通过拆解"校准式自主"框架（代理轴+编排轴）和真实代码清理案例，揭示三层约束系统的关键作用：划定边界、明确优先级、建立验证标准。OpenAI架构设计印证了相同逻辑——将验证压在协议层关键接缝处。最终指出，工程师的核心竞争力正从编码能力转向业务判断、系统架构和验证设计能力，建议从小任务开始实践"人定方向-A
2026-07-04 15:53:02
451
原创 Chromium 定制版 PGO 实战：Chrome 与 V8 Builtins 两套体系以及打包踩坑
本文分析了Chrome和V8两套PGO机制的差异及常见问题。Chrome PGO（Phase1/Phase2）针对主程序，而V8 Builtins PGO针对mksnapshot，二者训练产物和流程不同。常见错误包括：1）Phase2因缺少V8的x64-rl.profile导致构建失败；2）Phase1因fork分支与上游API类型不一致（如flat_set与vector混用）引发链接错误。建议解决方案包括：对齐fork与上游的容器类型声明，优先使用官方V8 profile，并确保CI正确传递构建参数。文章
2026-07-02 20:26:11
386
原创 从 NPAPI、PPAPI 到 Extension，再到 IE 兼容模式：浏览器内核架构是如何演进的（结合 Chromium 理解）
现代浏览器转向扩展（Extension）的主要原因包括： 安全性与隔离性：扩展运行在独立沙箱中，权限受限，避免插件时代的安全风险（如系统级访问）。 标准化与可控性：基于Web技术（HTML/JS/CSS）开发，遵循统一API规范（如Chrome Extensions API），降低兼容性问题。 模块化设计：扩展通过声明式权限申请特定功能（如书签管理、标签页操作），而非直接调用系统资源。 性能与稳定性：多进程架构下，扩展崩溃不影响浏览器主进程，且资源占用更透明。 生态适应性：扩展更易适配快速迭代的Web标准（
2026-06-24 20:25:50
232
原创 Chromium 下载泡泡架构演变与非标准定制化界面（双环Bug）适配实践
本文深度剖析了Chromium浏览器两个内核版本（M132经典版与M148+现代版）在下载按钮架构上的核心差异。经典版采用"按钮即显示器"的单层直连模型，而现代版引入中介控制器实现多层解耦，导致定制化开发中出现了"双环进度叠加"的渲染问题。文章揭示了该问题的根源：中介控制器默认注入的DownloadProgressRing子控件与按钮自绘逻辑产生渲染冲突。最后提出两种解决方案：完全绕过中介层或兼容性拦截子控件注入，推荐后者以保持架构兼容性。通过技术对比和问题溯源，为浏
2026-06-17 17:00:27
567
原创 Chromium 148 升核 PDF 白屏：Guest Console 分层诊断与全链路排查实录
本文记录了一次Chromium 148升核后PDF白屏问题的全链路排查过程。问题主要源于定制PDF前端ES Module运行期断裂，同时需要关闭OOPIF架构并与132开关对齐。文章详细分析了从浏览器进程到渲染器进程的多层架构，包括Browser进程C++链路、Renderer进程前端ES Module链、OOPIF架构开关对齐等关键环节，并提供了分层诊断方法和工具建议。重点指出：主阻塞点在定制PDF前端的ES Module运行问题，C++侧需关闭OOPIF并排除embedder模板冲突，但不能用C++解释
2026-06-17 11:43:57
359
原创 Windows客户端热修复技术：从原理到工程实践
与Android的类替换、iOS的Method Swizzling不同，Windows是纯编译型平台，产物是原生PE文件（DLL/EXE）。JMP 覆盖了原函数的头几条指令，如果你还想调用原始逻辑，就需要把这些被覆盖的指令“搬家”到一个跳板函数里。作为Windows客户端开发主管，你不仅要懂热修复的技术细节，更要能从架构设计、风险控制、团队协作的角度去思考和落地。技术本身不难，难的是在保障稳定性的前提下实现快速响应。在目标函数入口处，将头几个字节的汇编指令替换为一条 JMP 指令，跳到我们的修复函数执行。
2026-06-15 19:16:47
326
原创 Chromium 148 升级后密码云同步失效：一次三层兼容性排查记
本文分析了基于Chromium 148分支的定制浏览器在密码云同步功能中的故障原因。升级后密码列表显示为空，排查发现底层存在三个关键问题：(1) SQLite 3.31.1不支持148采用的sqlite_schema表；(2) 密码加密模块在临时库初始化时未注入encryptor导致写入失败；(3) 文件切换时遗留的sidecar文件引发数据回滚。修复方案包括：适配旧版SQLite的元数据表查询、恢复加密回退机制、清理临时文件残留。该案例揭示了Chromium版本升级时，需特别注意上游加密模块、SQL接口等
2026-06-15 14:08:32
463
原创 把看家本领都写成文档，我是不是傻？谈谈程序员的“技能沉淀”与个人壁垒
一个健康的职业生涯，不是把自己变成储藏旧知识的仓库，而是让自己成为一条不断奔涌的河流——流经之地，留下滋养，而河水本身始终向前。但我想请你先停下来，往深想一层——在这个技术半衰期越来越短的时代，我们程序员的壁垒，真的还在于“知道某个特定问题的答案”吗？你交出去的只是果实，而你一直在生长的，是那棵能持续结出果实的能力之树。领导让我把所有解决过的问题都沉淀成技能文档，我的第一反应是：那我的不可替代性在哪？当你把一个问题的解法完整沉淀成文档，是的——这个具体问题的壁垒确实消失了。你的大脑被清出了一块宝贵的缓存。
2026-06-15 12:39:10
235
原创 Chromium 132 → 148 升级踩坑：一次由 Protobuf ABI 变更引发的链接灾难
文章摘要： Chromium从132升级到148版本时出现链接错误，提示protobuf::RepeatedPtrFieldBase::AddInternal符号未定义。经排查发现是Protobuf的ABI变更导致：旧版本通过头文件内联实现，新版本改为动态库导出。由于部分模块仍按旧方式编译，造成ABI不一致。根本原因是开启PROTOBUF_USE_DLLS后调用方强制生成DLL导入指令，而静态链接模块未导出符号。解决方案需统一采用动态库模式，体现Chromium向组件化架构演进的方向。该案例揭示了二进制兼容
2026-06-13 16:40:22
360
原创 Chromium 132→148 升级实战：Legacy IPC 消息丢失问题深度解析
摘要 在Chromium132升级到148版本过程中，发现Browser进程无法通过LegacyIPC向Render进程发送消息。问题根源在于Chromium148对IPC架构进行了重大重构：废弃了全局路由表机制，转而采用基于AgentSchedulingGroup的站点隔离模型，并逐步用Mojo替代LegacyIPC。解决方案包括：1）让RenderFrame重新实现IPC接口；2）在AgentSchedulingGroup中重建routing_id映射表；3）适配消息分发流程。该案例揭示了Chromiu
2026-06-13 15:51:02
371
原创 一次第三方注入引发的血案：从崩溃到根源的完整调试之旅
文章摘要：本文通过一个真实案例，分析了第三方模块注入导致的内存越界问题。作者开发的文档编辑器在部分用户电脑上随机崩溃，崩溃堆栈显示this指针被覆盖为ASCII文本。经过WinDbg调试分析，发现是第三方Hook模块的LogCommand函数存在缓冲区溢出漏洞，导致堆内存被破坏。文章详细展示了从崩溃分析到定位问题的完整过程，包括寄存器检查、内存扫描、模块排查等技术手段，并提出了防御性编程方案（如指针校验、模块检测和进程隔离）。最后总结了面对内存踩踏问题的调试方法论，强调寄存器ASCII值和内存签名的重要性，
2026-06-09 20:01:14
340
原创 在 Windows 上搭建 Chromium 148 内核编译环境：一份实战笔记
本文详细记录了在Windows系统上配置Chromium 148本地工具链的完整流程。主要内容包括： 环境要求：需安装Visual Studio 2026（VC145工具集）和Windows 11 SDK 10.0.26100.7705或更高版本。 安装指南：详细说明了VS 2026的最小化安装方案，包括必需的工作负载和组件选择，并指出了常见安装误区。 SDK配置：提供了Windows SDK的两种安装路径和最小组件选择建议。 常见问题：重点解决了dxil.dll缺失问题的修复方法。 环境变量：列出了本地工
2026-06-08 17:21:41
454
网络安全-疱丁解马－木马查杀深度剖析
2024-09-27
Windows Hook案例分析与技术探索
2022-06-24
vs2008调试代码时卡死（有时候在模板中有时候不在）一般是什么问题呀
2017-03-21
家里的路由器接了两个主机，一个能用一个用不了，ip都设的是自动获取
2016-12-11
vs2008编译器在调试的时候不能看stl中set类型对象的内存吗？
2016-11-28
关于vector承载上千万数据量的时候申请内存出错
2016-09-19
关于boost的问题，boost::progress_display无法写入文件的问题。
2016-08-10
MFC程序推出，进程却未退出，问题一般出在哪？
2016-03-24
MFC XML文件写入时 < 变成了 &dt; > 变成了>
2016-03-23
读取位置 0x00000000 时发生访问冲突。
2016-03-21
MFC对话框程序，莫名其妙的崩了
2016-03-17
关于cout对函数输出的问题
2015-12-31
关于线程内创建socket create函数返回空的情况。。。。
2015-12-31
为什么Free ARC这款压缩软件 比 其他压缩软件压缩比高出了近30%
2015-12-26
TA创建的收藏夹 TA关注的收藏夹
TA关注的人