速查在线工具箱复制过去的上下标为什么变成了方框或普通数字？
那一串是独立的 Unicode 字符，不是排版。字体缺字形就显示方框，做归一化就掉回普通数字。
因为那不是一个「变小的数字」，而是一个独立编码的字符。Unicode 为上下标各准备了一组兼容字符，数字是齐的，字母却只有一部分——下标小写字母只有十三个，很多字母根本没有下标版本，所以化学式里的数字拼得出来、字母拼不出来。
第二个原因是字体。这类字符的码位稀疏、使用频率低，不少字体干脆没有对应字形，或者把它画成分子分母对齐的样子，于是复制到别处就显示成方框、问号，或位置明显不对。
第三个原因最隐蔽：文本归一化。这类字符带兼容分解属性，做兼容形式的归一化时会被替换成普通数字，m² 直接变成 m2，指数信息消失。所以它们只适合临时用，不适合存进需要被检索、比较或解析的数据。
很多人以为「上标」是一种样式，只要把它变成小号并抬高就完事。在排版系统里确实如此，但在纯文本里，上下标是字符——你复制到的不是格式，而是几个本身就长得像上标的符号。
这套字符的初衷，是让纯文本也能写出指数与化学式，避免依赖标记语言。所以它天生受两个限制：字符集不全，字体支持不齐。
这一篇讲清它的边界在哪、什么场景可以用、什么场景必须换方案。
1它们到底是什么
按 Unicode 的分类，这些字符属于「其他数字」而不是「十进制数字」，这是有意为之。
| 特征 | 实际情况 | 后果 |
|---|---|---|
| 字符类别 | 归入其他数字，不是十进制数字类别 | 简单解析器不会把 2³ 读成 23，这是设计目标 |
| 数字覆盖 | 上标数字十个、下标数字十个，是齐的 | 幂次与化学计量数够用 |
| 字母覆盖 | 下标小写字母只有十三个 | 任意字母的下标拼不出来 |
| 归一化 | 带兼容分解属性，兼容归一化后降级为普通数字 | 存进会被归一化的字段就永久丢失语义 |
十三个下标字母是：a、e、o、x、ə 与 h、k、l、m、n、p、s、t。所以常见的化学式能写，生僻的写不了。
2三种坏掉的方式
同一个字符，在三个环节各有各的坏法。
- 显示层：方框或问号
- 目标字体没有这个码位的字形，浏览器回退到系统字体也找不到，就画成占位符
- 字形层：位置不对
- 不少字体的这类字符其实按分子分母设计，分别对齐大写高度与基线，看上去不像上标
- 数据层：语义消失
- 检索、排序、字段校验等环节做了兼容归一化，字符变成普通数字，指数含义被吃掉
遇到方框先换字体验证；位置不对基本无解，只能换方案；至于数据层，问题在存储之前就已经发生。
3该用哪种方案
按「输出格式」而不是按「好看程度」来选。
| 场景 | 推荐做法 | 原因 |
|---|---|---|
| 网页正文 | 用标记或公式排版 | 字体齐全、缩放正确、可被无障碍工具识别 |
| 纯文本文件与文件名 | 用这类兼容字符或改用平写 | 没有任何样式可用，字符是唯一选择 |
| 数据库字段与检索键 | 一律避免 | 会被归一化，且拖累匹配与排序 |
| 临时聊天与注释 | 随意 | 不值得为它调整字符集，出问题再说明即可 |
判断标准很简单：这段文字之后会不会被程序处理？会，就别用特殊字符。
4一个现成的对照
同一句话，两种写法在三个环节的表现截然不同。
| 写法 | 字体依赖 | 归一化后 | 适用 |
|---|---|---|---|
| 兼容字符 | 高，缺字形就变方框 | 降级为普通数字 | 纯文本、无样式环境 |
| 标记或公式 | 低，用正文字体的字 | 不受影响 | 网页、文档、印刷、数据 |
| 做成图片 | 与字体无关 | 不涉及文本 | 只需要固定外观、不需要检索时 |
一句话总结：能排版的地方就排版，只有非排版不可的地方才动用这套字符。
顺着这个问题往下用
全部工具总览 →相关疑问
为什么同一个字符在手机上正常、在电脑上变方框？
字体不同。系统字体对这类冷门码位的覆盖不一致，缺字形就显示占位符。这跟文档本身的对错无关，是渲染环境差异。
搜索「m2」能找到「m²」吗？
取决于搜索框是否做了兼容归一化。有的做，有的不做，这种不确定性正是这类字符不适合当数据的原因。
化学式里的下标数字算规范写法吗？
在纯文本场景里是通行做法；正式排版与学术出版仍要求用真正的下标排版，因为前者在复制、检索与转换时都可能变形。
上标和乘方运算符有什么区别？
上标是位置，乘方是运算。写作 2³ 表示幂，写作 2^3 更像程序里的运算符，二者在不同环境下的解析规则不一样，别混用。
继续看：相关问题与资料
全部问题解答 →内容说明：本页针对具体使用问题作答，方法步骤与数值由本站自行整理与复算，事实性内容以对应官方规范与文档为准。内容最后核对日期：2026-10-09。若发现错误，欢迎通过页脚反馈入口告知。