前端 · 工程 · 记录

zengyangxiong前端技术文档

把日常开发里的判断沉淀成可检索的条目,写给正在排查问题、也写给半年后回看自己的那个人。

整理:曾扬雄 形态:纯静态单页 节奏:按季度复核
向下浏览

关于这份文档

这份文档由曾扬雄持续整理,面向真实项目里的前端工作。它不追求覆盖所有框架版本,而是围绕浏览器如何渲染、脚本如何执行、样式如何层叠、构建如何产出这四条主线,把问题拆成可以单独检索的条目。

写到具体的接口时,文档会说明它的边界与常见误用;写到方案取舍时,会把代价和替代路径一并列出来。只有把因果关系写清楚,条目在版本升级之后才依然站得住,而不是随着某次改动一起失效。

整份文档保持纯静态实现,样式与脚本全部内联,不加载任何外部资源,在离线环境里也能完整阅读,便于长期归档与迁移。

主线
四条
检索
按问题域
复核
每季度

内容地图

内容按问题域分成三组,每组都从一个具体的困惑出发,再落回可执行的结论。可以顺着顺序读,也可以直接跳到正在处理的那一类问题。

01

语言与运行时

事件循环与任务队列、闭包与内存回收、模块加载顺序、异步控制流里的异常处理,这些是排查线上问题时最先要确认的地方。

02

样式与布局

盒模型与包含块、层叠上下文、Grid 与 Flex 的取舍、响应式断点的划分,决定了界面在真实设备上的稳定程度。

03

工程与质量

依赖治理与锁文件、构建产物体积、类型约束的边界、可访问性检查与性能指标,构成交付之前的最后一道自检。

阅读与修订

建议先按问题域定位,再回到条目里核对前提条件。文档中的结论都写明适用场景,脱离场景直接套用,往往比没有结论更麻烦。

修订按季度进行:新增条目要写清来由,删改条目要保留旧结论失效的原因。这样下次遇到同样的问题时,能直接看到判断是怎么变化的。

适合谁读 需要快速定位概念、并愿意顺着因果往下追的前端开发者。
如何核对 如需确认文档归属,可通过页面底部的备案编号核对。