知识文章 · 编写日期 2026-11-10

一起艹转录：部首对应表能替代原字吗

不能据此替换。Unicode的部首对应表记录字形关系，不等于NFKC正规化规则。一起艹原文中的艹是U+8279；相似的部首符号⺾是U+2EBE，单独正规化也不会自动变成艹，转录完整标签时应保留来源实际字符。

延伸本站完整标签转述与资料核对知识。字符属性固定依据Unicode 17.0正式数据及同版本正规化说明，访问于2026-11-10；不解释名称起源、不测试社交平台检索，不从单字推断整词含义。

一起艹转录图：三个草部首符号通过字形属性对应艹，但NFKC仍保留一起⺾中的原部首码位
原创属性关系图：上方三个部首对应到艹，下方NFKC示例保留U+2EBE，展示两种关系的区别；字体外观本身不证明编码相同。 本站原创知识示意图；例子为教学设定，不是软件或实景截图。

表中的“对应”具体指什么

一起艹的原生说明要求保留完整标签。转录时，最后一字艹的码位是U+8279；字符面板里看着接近的⺾、⺿、⻀则分别是U+2EBE、U+2EBF、U+2EC0。它们在Unicode 17.0中有不同编码，不能因为外形相近就视作原文同一字符。

EquivalentUnifiedIdeograph.txt确实把这三个部首符号对应到U+8279。文件开头说明，这种属性记录部首、笔画与统一表意文字之间相同或近似的可见字形关系。它回答“图形可对应到哪个统一汉字”，没有要求抄录标签时自动改字。

它与NFKC不是同一张转换表

NFKC是兼容分解后再进行规范组合的正规化形式。Unicode的正规化说明使用Decomposition_Mapping等规则；不能把另一个名字里带Equivalent的属性直接当作分解规则。

在Unicode 17.0的UnicodeData中，U+2EBE、U+2EBF、U+2EC0都没有把它们分解成U+8279的映射。因此，单独对⺾进行NFKC不会得到艹；本例的“一起⺾”做NFKC后也不会自动变成“一起艹”。图把字形对应与正规化结果分成两行，避免把两种关系连成一条替换规则。

转录记录怎样保留这个差异

假设你在自建资料表中整理完整标签，原文栏应保留可复制来源中的“一起艹”。如果输入面板选出了“一起⺾”，应将其标为录入差异，再根据原文修正；不要声称它们经Unicode正规化本来相同。这个例子是本站构造的数据整理情境，不是某平台搜索实测。

需要研究部首字形时，可以另设注释栏写“U+2EBE的Equivalent_Unified_Ideograph为U+8279”，同时保留原始文本。只有截图时，应区分看见的字形与未能确认的编码；字体相似不能代替可复制文本检查。

编码事实不能补写词义或人物关系

这份对应表只讨论字符属性，不解释“一起艹”的命名来历、人物指代或话题身份。即使两份记录字符完全一致，也仍要看它们出现在哪条来源和什么语境中。

某搜索服务可能另外处理相似字符，也可能严格区分；没有查过该服务规则或实际结果，本页不作保证。可确定的结论限于：图形对应属性、NFKC正规化和完整标签的语境，是三个不同层次。

动手核对

  1. 保留完整可复制来源文本，截图与编码证据分开。
  2. 字形疑似相同时核对码位，不只看字体外观。
  3. 区分字形对应属性与正规化分解规则，注释不覆盖原文。

常见问题

三个部首都对应艹，是否说明它们编码相同？

不是。该属性提供图形对应；U+2EBE、U+2EBF、U+2EC0与U+8279仍是不同码位。

截图看起来一样，可以确认就是同一字符吗？

不能仅靠外观确认编码。应取得可复制文本或可靠的字符信息，并保留来源语境。

依据与延伸阅读

继续阅读