color: unset 对 color 属性等价于 inherit，即继承父级颜色而非变黑；对 margin 等非继承属性则等价于 initial，如 margin: unset → margin: 0。
color 属性用 unset 就是继承父级颜色，不是变黑
很多人给文字加 color: unset 后发现没变回“默认黑”，反而跟着父容器变绿、变灰甚至透明——这不是 bug，是预期行为。color 是可继承属性，unset 在它身上就完全等价于 inherit，不会触发 initial 的黑色回退。
常见错误场景：
- 在深色主题的
下给按钮加color: unset，结果文字变成浅灰，对比度崩坏 - 父元素设了
color: transparent，子元素用unset后也变透明，而非“恢复可见”
正确做法：确认你真需要“跟随上下文”，而不是“重置为可用文本色”。如果要强制可读，默认应删掉这行，或显式写 color: initial（但注意：initial 永远是 black，不随系统主题变）。
unset 对 margin 和 display 这类非继承属性无效
margin、display、border、width 等属性天生不可继承，unset 在它们身上直接走 initial 分支。例如：
立即学习“前端免费学习笔记（深入）”；
.box { margin: 20px; }
.child { margin: unset; } /* 等效于 margin: 0 */
因为 margin 的规范初始值就是 0；同理，display: unset 等效于 display: inline（这是 display 的初始值，不是 block）。
将 Markdown 文章转换为微信公众号兼容的纯 HTML 格式。当用户要求"转成微信格式"、"生成公众号文章 HTML"、"排版到微信草稿箱"、"微信粘贴格式"时触发。输出带内联样式的纯 HTML，微信编辑器可直接渲染，无需额外适配。支持标题、段落、列表、粗体、行内代码、表格、引用块、代码块、配图的完整转换。
容易踩的坑：
- 误以为
all: unset能“清空所有自定义样式并回归浏览器默认布局”，其实它会把display强制变inline，margin归零，font-size回到用户代理默认（可能不是 16px），破坏性极大 - 在重置表单控件时对
border用unset，结果边框消失（border初始值是medium none currentColor，渲染即无边）
判断一个 CSS 属性是否可继承，比背列表更可靠的方法
别硬记哪些能继承——查 MDN 页面上该属性文档的 “Initial value” 旁是否标注 “Animatable: no” 或 “Inherited: yes”。更直接的是用 DevTools 实时验证：
- 选中元素 → 打开 Styles 面板 → 找到目标属性（如
font-weight）→ 看右侧是否显示 “inherited from <div>”<li>临时加 <code>color: unset，再看 computed 值是否和父级一致；若一致，说明它是可继承属性 -
revert才是那个会尝试回退到用户代理样式（UA stylesheet）或用户样式（user stylesheet）的关键字，unset压根不参与这个过程 - 如果你在 Shadow DOM 内部用
unset，它照样只看宿主元素的父级，不会跨边界去读 Shadow Root 外的样式 - 想让某个组件“彻底脱离主题影响”，
unset不够用；得配合all: revert或显式重写关键属性
记住几个关键锚点：color、font-family、line-height、text-align 几乎总是可继承；margin、padding、background、width、height 永远不可继承。
unset 不等于“撤销样式”，它不感知层叠上下文或用户样式
unset 只做两件事：查属性是否可继承 → 是则取父级计算值，否则取规范初始值。它完全忽略你之前写的其他规则、@layer 顺序、或浏览器扩展注入的样式。
真正容易被忽略的一点：
复杂点在于：可继承性不是布尔开关，而是按属性逐个判定的。同一个元素上，color: unset 和 margin: unset 走的是两条完全不同的路径——前者向上找，后者向下压。写的时候必须分清楚。
