键盘符号英文对照

想打出 €、±、→、² 却不知道叫什么、也不知道怎么按?照着表查就行。点一下符号直接复制,不用记快捷键。

显示 262 / 262 个符号

Alt 代码怎么用

Windows 上按住 Alt 不放,用键盘右侧的数字小键盘依次敲代码,再松开 Alt,符号就出来了。注意必须是小键盘(NumLock 要亮),主键盘上方那一排数字不管用——这是最常见的不成功原因。带前导 0 的四位代码(Alt+0128 打 €)走的是老式的代码页映射,不带 0 的十进制代码(Alt+8364)走的是 Unicode 码点,两者都能用,但前者在老程序里更稳。

笔记本没有独立小键盘时,只能靠 Fn 组合模拟(不一定可靠)、用输入法的符号面板,或者干脆换个办法:装一个 AutoHotkey 脚本、用 Windows 自带的「字符映射表」(Win+R 输入 charmap),或者直接在浏览器里复制本页的符号。

Mac 上怎么打特殊字符

macOS 有两种方式。一是记住 Option 组合键,例如 ⌥2 打 ™、⌥G 打 ©、⌥⇧8 打 °,本页 Mac 那一列写的就是这些。二是用「字符检视器」:在任意输入框按 Control+Command+空格 会弹出面板,可以按名称搜索符号,还能把常用符号加入「个人收藏」。中文输入法下有时会拦截 Option 组合,切到英文输入源再试。

另外 macOS 的长按功能也很有用:按住某个字母不放,会弹出带重音的变体列表(比如按住 A 出现 á à â ä),这在打人名或外语单词时比记快捷键快得多。需要打 Emoji 时用 Control+Command+空格 就能切换到 Emoji 分类。

HTML 实体和 Unicode 码点是两回事

Unicode 码点是字符在 Unicode 标准里的唯一编号,写成 U+20AC(十六进制)。它是「字符本身」,和 HTML、和操作系统都无关,在 Swift、Rust、Python、Java 的源码里也用它来引用字符。

HTML 实体是 &name; 或 &#数字; 这种「在 HTML 里表示某个字符」的写法,只在 HTML/XML 里有意义。命名实体(€、©)可读性好,但 HTML5 标准化之后只保留了约 2200 个,而且浏览器对未知实体的容错行为很不一样;数字实体(€ 是十进制、€ 是十六进制)永远可用,但可读性差。写文档时该用哪个:放在 HTML 里就写实体,放在别的语言或纯文本里就直接写字符——现代编辑器都存 UTF-8,直接打出来最省事,本页提供的实体主要用在需要转义或者编辑器编码不受控的场合。

为什么会出现「锟斤拷」和乱码

「锟斤拷」是很经典的一串乱码,它的出现有具体原因:某个文件里的字符在从 UTF-8 转成 GBK 时没有对应字符,被替换成了 Unicode 的替换字符 U+FFFD(显示为 �),这一步产生了两个 U+FFFD 字节序列 EF BF BD EF BF BD;接下来这段字节又被当成 GBK 解码,GBK 里 EF BF BD 恰好对应汉字「锟」,于是就成了「锟斤拷」。根源是编码转换时「猜错了编码」或者「用了有损的替换再转回来」。

防这类问题的原则很简单:整条链路统一用 UTF-8,并且不要在有损转换后再转回去。具体到实践:数据库连接串写 utf8mb4、HTML 声明 <meta charset="utf-8">、HTTP 头带 Content-Type: text/html; charset=utf-8、读写文件时显式指定编码而不是依赖系统默认值、压缩包里的中文文件名要用 UTF-8 标志位(zip -UN=UTF8 或 7-Zip 的相应选项)。另外,Unicode 里有「零宽字符」和「不可见字符」,它们看起来是空白的但会真实占位,从网页复制代码时偶尔会把它们带进去,导致程序报出莫名其妙的语法错误——遇到「看起来一模一样却不相等」的字符串时,记得用十六进制看一眼实际字节。