言

在電腦和手機(jī)上，文本輸入是我們?cè)偈煜げ贿^(guò)的操作。但提到輸入，很多人首先想到的只是輸入文字，而符號(hào)——包括標(biāo)點(diǎn)符號(hào)和特殊字符——的輸入則往往不太受到重視。觀念上，這似乎是一件非常瑣碎而簡(jiǎn)單的事情，不值得單獨(dú)討論和專(zhuān)門(mén)學(xué)習(xí)。

真的是這樣嗎？請(qǐng)?jiān)囋嚳茨懿荒艽鸬贸鱿旅鎺讉€(gè)問(wèn)題：

英文中的右單引號(hào)、縮寫(xiě)詞中的撇號(hào)和表示英尺的「撇」是一個(gè)符號(hào)嗎？它們是垂直的還是彎曲的？

表示一個(gè)范圍時(shí)，連接前后數(shù)字的橫線符號(hào)是鍵盤(pán)上加號(hào)左邊的那個(gè)嗎？這個(gè)鍵是「減號(hào)」嗎？

外國(guó)人名字里的圓點(diǎn)是怎么打出來(lái)的？這個(gè)圓點(diǎn)到底有多大？

從網(wǎng)上甚至很多印刷品文章中的使用情況看，人們對(duì)符號(hào)用法和輸入方法的掌握程度并沒(méi)有自己想象的那么樂(lè)觀。但是，只要掌握少量的基礎(chǔ)知識(shí)和技巧，正確輸入和使用符號(hào)是非常輕松的。下文中，我將總結(jié)一些容易誤用的符號(hào)，并說(shuō)明各平臺(tái)上輸入符號(hào)的一般方法。結(jié)合我的學(xué)習(xí)和使用體會(huì)，本文將不會(huì)按符號(hào)的用法來(lái)歸類(lèi)，而是按符號(hào)的「外形」歸類(lèi)，將幾組形態(tài)類(lèi)似而經(jīng)常被互相混淆的符號(hào)放在一起比較說(shuō)明。

本文涉及的主要符號(hào)及其輸入方式

引號(hào)和各種「撇」

引號(hào)的彎與直

把引號(hào)放在最前面說(shuō)，不是因?yàn)樗氖褂寐首罡撸且驗(yàn)樗钊菀妆挥缅e(cuò)。眾所周知，引號(hào)不是一個(gè)符號(hào)，而是一對(duì)符號(hào)，有前后之分；它們是雙引號(hào) “”（U+201C 和 U+201D Left/Right Double Quotation Mark）或單引號(hào) ‘’（U+2018 和 U+2019 Left/Right Single Quotation Mark），即所謂的「彎引號(hào)」。但是，鍵盤(pán)上卻只有一個(gè)「引號(hào)」鍵，而且輸入的也不是「正牌」的、彎曲的引號(hào)，而是垂直的 '（U+0027 Apostrophe）和 "（U+0022 Quotation Mark），即所謂的「直引號(hào)」。這種違反直覺(jué)的安排實(shí)際上是打字機(jī)時(shí)代的遺產(chǎn)：為了節(jié)省空間、減少機(jī)械結(jié)構(gòu)，打字機(jī)的鍵位安排思路是「能少一個(gè)是一個(gè)」，而現(xiàn)代鍵盤(pán)則為了遷就習(xí)慣而將其原封不動(dòng)地繼承了下來(lái)。

兩種引號(hào)

中文用戶(hù)可能對(duì)這個(gè)問(wèn)題感受不太明顯，因?yàn)槿魏沃形妮斎敕ㄏ碌囊?hào)鍵都會(huì)輸出彎引號(hào)。「按一次是前引號(hào)，再按一次是后引號(hào)」是小學(xué)信息課就會(huì)教的口訣（盡管顯然不嚴(yán)謹(jǐn)）。但對(duì)于幾乎不需要輸入法輔助的英文用戶(hù)來(lái)說(shuō)，圖省事直接用直引號(hào)就是再常見(jiàn)不過(guò)的做法。因此，引號(hào)的「彎」「直」之辨是西文排版的入門(mén)課之一。翻開(kāi)任何一本英文排版書(shū)籍，幾乎都能找到對(duì)于直引號(hào)痛心疾首的批判，理由也很明顯——太丑。在排版中使用直引號(hào)（常常也被嘲諷地稱(chēng)為「打字機(jī)引號(hào)」或「呆（dumb）引號(hào)」）被認(rèn)為是一種偷懶或業(yè)余的行為。

macOS 和 iOS 作為一家設(shè)計(jì)導(dǎo)向的公司的產(chǎn)品，顯然不會(huì)「放任」這種審美上的瑕疵，默認(rèn)情況下所有的直引號(hào)都會(huì)被自動(dòng)糾正為成對(duì)的彎引號(hào)。以 Word 為代表的多數(shù)排版軟件也會(huì)這么做。但對(duì)于工作內(nèi)容涉及代碼編輯的用戶(hù)來(lái)說(shuō)，這種替換顯然會(huì)造成困擾（代碼中的引號(hào)幾乎都是直引號(hào)）。因此，建議關(guān)閉引號(hào)的自動(dòng)糾正功能（多數(shù)軟件的「編輯」>「替換」菜單下），而使用組合鍵來(lái)輸入引號(hào)：左側(cè)的雙引號(hào)和單引號(hào)分別是 Option + [ 和 Option + ]，而對(duì)應(yīng)的右側(cè)引號(hào)則只要分別加按 Shift 鍵。iOS 的鍵盤(pán)默認(rèn)輸入的已經(jīng)是彎引號(hào)，直引號(hào)可以通過(guò)長(zhǎng)按獲得。

要不要用中文引號(hào)？

但引號(hào)輸入還有一個(gè)非常中國(guó)特色的問(wèn)題，即是否應(yīng)該使用「直角引號(hào)」（「」，U+300C 和 U+300D Corner Brackets）。

不可否認(rèn)，盡管?chē)?guó)家標(biāo)準(zhǔn)規(guī)定中文引號(hào)的形態(tài)與西文相同，但直角引號(hào)在中文互聯(lián)網(wǎng)上的人氣似乎已經(jīng)蓋過(guò)了前者，成為了很多在線社區(qū)的成文或事實(shí)標(biāo)準(zhǔn)。至少在兩三年前，提供切換引號(hào)形態(tài)的設(shè)置選項(xiàng)就成了輸入法的通行做法；新款國(guó)行 MacBook 甚至直接把直角引號(hào)印到了鍵盤(pán)的大括號(hào)鍵上，中文狀態(tài)下可以直接用 Shift + [ / ]

打出，iOS 的中文鍵盤(pán)上則可以通過(guò)長(zhǎng)按引號(hào)鍵輸入。

Mac 產(chǎn)品的新中文鍵盤(pán)布局（來(lái)源：Apple）

問(wèn)題是，很多人換用直角引號(hào)只是一種隨大流的選擇，并不了解為什么要這么換、和原來(lái)的用法比起來(lái)有什么優(yōu)劣，以至于經(jīng)常打出 「‘’」 這樣不倫不類(lèi)的用法（單層引號(hào)的內(nèi)部應(yīng)當(dāng)嵌套雙層引號(hào) 「『』」，macOS 在輸入時(shí)會(huì)自動(dòng)處理）。實(shí)際上，對(duì)直角引號(hào)的提倡是從知乎開(kāi)始的，可以追溯到 2012 年前后。在知乎上以「直角引號(hào)」為關(guān)鍵詞搜索，仍然可以看到當(dāng)時(shí)大量的討論和爭(zhēng)議。

兩種引號(hào)在不同網(wǎng)頁(yè)設(shè)定下的顯示效果

概括地說(shuō)，直角引號(hào)的提倡者主要有如下理由：其一，與冒號(hào)、分號(hào)等標(biāo)點(diǎn)都有用于東亞文字的全角版本不同，彎引號(hào)缺少一個(gè)中文專(zhuān)用的版本。無(wú)論中文西文，彎引號(hào)都是同樣碼位上的同一對(duì)字符，其外形完全取決于字體。在中西文混排的場(chǎng)合，彎引號(hào)常常因?yàn)樘子梦魑淖煮w而顯示為半角寬度，與漢字和其他中文標(biāo)點(diǎn)差異很大，從而對(duì)排版效果產(chǎn)生不利影響。其二，提倡者認(rèn)為直角引號(hào)的形態(tài)與方塊字更加契合。其三，直角引號(hào)在香港、臺(tái)灣和日本都是官方規(guī)范，這也為將其「進(jìn)口」到簡(jiǎn)體中文世界提供了依據(jù)。

本文無(wú)意對(duì)兩種引號(hào)的選擇作出結(jié)論，也缺乏這么做的資格和必要。但無(wú)論你站在哪一邊，都應(yīng)當(dāng)是基于技術(shù)上或?qū)徝郎侠碛傻淖灾鬟x擇，而不是出于對(duì)標(biāo)準(zhǔn)原教旨式的遵從（請(qǐng)注意兩岸涉及標(biāo)點(diǎn)符號(hào)的標(biāo)準(zhǔn)文件都不是強(qiáng)制性的）或無(wú)謂的「格調(diào)」「潮流」之爭(zhēng)。

撇號(hào)和角分符號(hào)

最后，有必要提一下撇號(hào)和角分符號(hào)，它們都是常見(jiàn)的、因?yàn)樾螒B(tài)與引號(hào)相近而經(jīng)常被誤用和混用的符號(hào)。

撇號(hào)（apos-tro-phe）是英文中用來(lái)標(biāo)示所有格（John’s apple）和省略（isn’t）的符號(hào)，其正確形態(tài)是一個(gè)右單引號(hào)，即 ’（U+2019 Right Single Quotation Mark），因此同樣需要注意避免用成直引號(hào)。另外，對(duì)于 rock ’n’ roll 這樣連用撇號(hào)的情形，要特別注意撇號(hào)的方向：字母 n 兩側(cè)的撇號(hào)很容易被系統(tǒng)自動(dòng)「修正」為一對(duì)引號(hào)；這也是為什么提倡盡可能直接用組合鍵輸入引號(hào)，而不是依賴(lài)軟件糾正。

角分符號(hào)（primes）是常見(jiàn)于度量單位的符號(hào)，包括表示英尺、分鐘等的角分 ′（U+2032 Prime）和表示英寸、秒數(shù)等的角秒 ″（U+2033 Double Prime）。這組符號(hào)在 macOS 和 iOS 上都沒(méi)有快捷的輸入方法；不少西文字體也沒(méi)有包含它們，正確輸入很多時(shí)候反而會(huì)帶來(lái)不佳的排版效果。因此有觀點(diǎn)認(rèn)為，除了在用到時(shí)調(diào)用符號(hào)面板輸入，用直引號(hào)來(lái)代替也是可接受的妥協(xié)方案，并且可以開(kāi)啟斜體來(lái)更好地模仿原符號(hào)的傾斜。（但注意不要用彎引號(hào)，因?yàn)榻欠址?hào)的形態(tài)無(wú)論如何不可能是彎曲的。）

角分符號(hào)的幾種常見(jiàn)用例對(duì)比

各種「橫線」

另一組誤用頻率不亞于引號(hào)的符號(hào)，大概就是包括連字符、連接號(hào)和破折號(hào)在內(nèi)的各種「橫線」形符號(hào)了。它們一方面數(shù)量繁多且形態(tài)相近，另一方面在中英文中的形態(tài)和用途并不完全對(duì)應(yīng)，從而更容易產(chǎn)生誤認(rèn)。

各種「橫線」在中英文中的用途對(duì)比

為了方便講述和記憶，我們按照從短到長(zhǎng)的順序來(lái)梳理這些符號(hào)。最短的橫線是連字符 -（U+2010 Hyphen-Minus），也是最容易輸入的，就在鍵盤(pán)上數(shù)字 0 的右側(cè)。但與多數(shù)人的直覺(jué)不同，連字符在大多數(shù)時(shí)候并不需要手動(dòng)輸入：它的主要用途是將較長(zhǎng)的西文單詞斷成兩行，而這是由軟件自動(dòng)加在行尾的。需要手打連字符的場(chǎng)景基本只有在多個(gè)部分組成的名稱(chēng)或詞匯內(nèi)部，例如 Rolls-Royce、whack-a-mole，等等。

那為什么我們會(huì)覺(jué)得連字符是一個(gè)高頻符號(hào)呢？這是因?yàn)樗?jīng)常被當(dāng)作更長(zhǎng)一些的連接號(hào)（dash）用了。在西文中，連接號(hào)有一短一長(zhǎng)兩個(gè)，分別是 –（U+2013 En Dash）和 —（U+2014 Em Dash），它們的名字來(lái)源于活字印刷術(shù)語(yǔ)——「em」是金屬活字的垂直長(zhǎng)度，「en」則是前者的一半。

金屬字模圖示，圖中 c 的長(zhǎng)度就是 1 em。（來(lái)源：維基百科）

連接號(hào)在英文中的用途非常廣泛。先看較短的 en dash。各種數(shù)字（pages 1–10）、日期（Tuesday–Thursday）、年份（1949–2018）、地名（a Beijing–Shanghai train）之間都是用它來(lái)連接。它也用在一些由兩個(gè)人共同提出的理論、概念中（Herfindahl–Hirschman index）。至于較長(zhǎng)的 em dash，它在英文中的作用很像中文的破折號(hào)，用于句中的插入語(yǔ)前后（類(lèi)似逗號(hào)）、引出補(bǔ)充說(shuō)明或列舉（類(lèi)似冒號(hào)）、標(biāo)示中斷或間隔等。

兩種連接號(hào)在 macOS 上可以分別通過(guò)按 Option + -（即連字符鍵）或 Option + Shift + - 得到。iOS 的英文鍵盤(pán)上，長(zhǎng)按連字符鍵就能在彈出的浮動(dòng)條中看到它們。

以上說(shuō)的是英文中的情況，中文里的這些「橫線」又是如何使用的呢？首先，連字符在中文里基本是沒(méi)有用武之地的。其次，對(duì)于起連接作用的符號(hào)，國(guó)內(nèi)標(biāo)準(zhǔn)將其細(xì)化為短橫線、一字線和浪紋線三種，分別對(duì)應(yīng)前面所說(shuō)的 en dash、em dash，和 ～（U+FF5E Fullwidth Tilde）。至于三種形態(tài)的各自用途，國(guó)標(biāo)的列舉過(guò)于繁瑣，簡(jiǎn)記方法是：一字線（em dash）和浪紋線可以互換，用于表示時(shí)間、地域、數(shù)字的起止；其他表示「連接」的場(chǎng)合都用短橫線（en dash）。

至于我們最熟悉的破折號(hào)，實(shí)踐中的用法并不統(tǒng)一。最通用的做法是連續(xù)使用兩個(gè) em dash ——。這種用例的問(wèn)題在于它本質(zhì)上還是兩個(gè)獨(dú)立的字符，因此如果字體設(shè)置不正確，會(huì)產(chǎn)生中間斷開(kāi)的視覺(jué)效果，不符合規(guī)范；在一些極端情況下，還會(huì)出現(xiàn)后半截被擠到下一行開(kāi)頭這一令人困惑的情況。因此，排版中有時(shí)也會(huì)使用占兩個(gè)漢字空間的 ?（U+2E3A Two-Em Dash）充當(dāng)破折號(hào)，相應(yīng)的問(wèn)題當(dāng)然就是輸入不便。

至于這些符號(hào)在中文環(huán)境下的輸入，在 macOS 上與英文基本沒(méi)有區(qū)別，多出的破折號(hào)通過(guò) Shift + - 輸入也是人盡皆知。iOS 上的情況比較混亂，可以參看下圖。

iOS 鍵盤(pán)上的各種「橫線」

各種「圓點(diǎn)」

句號(hào)

在中文中，除了最常見(jiàn)的圓圈形句號(hào) 。（U+3002 Ideographic Full Stop），理工學(xué)科的用戶(hù)一定也經(jīng)常見(jiàn)到用與英文句號(hào)形態(tài)接近的全角「句點(diǎn)」．（U+FF0E Fullwidth Full Stop）充當(dāng)句號(hào)的做法。這是為了避免和數(shù)字 0、字母 o 等「圓圈」形字符混淆（想象一下它們被用于下標(biāo)且位于句尾時(shí)的情形）。另外，國(guó)內(nèi)參考文獻(xiàn)標(biāo)準(zhǔn)中，作者、題名等各屬性間也是使用 ．，而不是英文句號(hào)。

阿列夫–零還是阿列夫–圈圈？

macOS 的中文輸入法沒(méi)有直接輸入全角句點(diǎn)的組合鍵，需要先按 Shift + 6 打開(kāi)標(biāo)點(diǎn)輸入面板，按一下 tab 鍵切換到「符號(hào)」選項(xiàng)卡，然后向下翻找。iOS 上，全角句點(diǎn)可以通過(guò)長(zhǎng)按中文鍵盤(pán)上的英文句號(hào)按鍵找到。

省略號(hào)

中文狀態(tài)下輸入省略號(hào)幾乎人人都會(huì)，Shift + 6 組合鍵會(huì)輸出連續(xù)的兩個(gè)…（U+2026 Horizontal Ellipsis），這也是中文省略號(hào)的標(biāo)準(zhǔn)形態(tài)。問(wèn)題在于，按照國(guó)內(nèi)規(guī)范，省略號(hào)在高度上應(yīng)當(dāng)居中，因此也有拿兩個(gè)數(shù)學(xué)專(zhuān)用的 ?（U+22EF Midline Horizontal Ellipsis）充當(dāng)省略號(hào)的做法（iOS 中文鍵盤(pán)上長(zhǎng)按省略號(hào)就能看到這個(gè)字符）。這實(shí)際上是一種「以（造）形害（語(yǔ)）義」——標(biāo)點(diǎn)符號(hào)的形態(tài)應(yīng)該是通過(guò)調(diào)整字體來(lái)控制的——并不值得提倡。

掌握程度普遍較差的是英文狀態(tài)下省略號(hào)的輸入方法。實(shí)際上這也是很多英文用戶(hù)搞不清楚的，原因還是拜打字機(jī)所賜。當(dāng)時(shí)，由于鍵盤(pán)上沒(méi)有省略號(hào)的一席之地，人們的權(quán)宜之計(jì)是連用三個(gè)句點(diǎn) .（U+002E Full Stop）代表省略號(hào)，有時(shí)還在兩兩之間加上空格，即 . . .。這種不規(guī)范的習(xí)慣被保留至今。雖然大多數(shù)自動(dòng)糾正機(jī)制都會(huì)把三個(gè)點(diǎn)自動(dòng)替換成正確的省略號(hào) …，但正宗的輸入方式還是值得一記：Option + ;（分號(hào)鍵）。iOS 的英文鍵盤(pán)上可以通過(guò)長(zhǎng)按句號(hào)來(lái)輸入省略號(hào)。

省略號(hào)的打字機(jī)式用法和規(guī)范用法

間隔號(hào)

間隔號(hào)這個(gè)名字聽(tīng)起來(lái)或許令人有些陌生，實(shí)際上卻是一個(gè)被頻繁使用的標(biāo)點(diǎn)，外文人名（史蒂夫·喬布斯）、詞曲名（《天凈沙·秋思》）、節(jié)日和紀(jì)念日（「3·15」消費(fèi)者權(quán)益保護(hù)日）中的「圓點(diǎn)」，用的都是間隔號(hào)。

根據(jù)標(biāo)準(zhǔn)，間隔號(hào)對(duì)應(yīng)的字符是 ·（U+00B7 Middle Dot）。但由于在形態(tài)上與其相似的符號(hào)太多，很多人在用到時(shí)會(huì)打開(kāi)輸入法的符號(hào)列表隨手找一個(gè)，經(jīng)常中槍的包括 ?（U+2022 Bullet）乃至 ●（U+25CF Black Circle），看起來(lái)頗為古怪。還有一些用戶(hù)因?yàn)椴涣私忾g隔號(hào)的輸入方法，用連字符、空格，甚至英文句號(hào)代替，這顯然也是不規(guī)范的。

哪個(gè)才是喬布斯？

實(shí)際上，間隔號(hào)的輸入非常容易：大多數(shù)中文輸入法將這個(gè)字符映射在 ~ 鍵（即緊鄰主鍵盤(pán)區(qū)數(shù)字 1 左邊的按鍵）上，直接按下即可輸入。iOS 的中文輸入法直接提供了間隔號(hào)。

需要指出，按照國(guó)標(biāo)，間隔號(hào)在形態(tài)上應(yīng)該占據(jù)一個(gè)漢字的寬度。這就產(chǎn)生了一個(gè)和中文彎引號(hào)一樣的問(wèn)題：中文的間隔號(hào)沒(méi)有單獨(dú)的碼位，在與西文混排時(shí)往往因?yàn)檎{(diào)用西文字體而顯示為半角寬度。這個(gè)問(wèn)題目前沒(méi)有很好的解決方案。一些觀點(diǎn)指出可以使用日文的 ?（U+30FB Katakana Middle Dot）來(lái)代替，但這顯然存在輸入難度和兼容性上的問(wèn)題。

「看不見(jiàn)」的符號(hào)

回車(chē)的「軟」與「硬」

將回車(chē)鍵說(shuō)成是「符號(hào)」似乎有些奇怪，但如果打開(kāi) Word 敲一下回車(chē)，你將能看到一個(gè)淺藍(lán)色的段落標(biāo)記，并且可以選中、移動(dòng)和刪除，這就是它符號(hào)身份的證明。回車(chē)不僅被程序當(dāng)作符號(hào)看待，而且有一個(gè)專(zhuān)門(mén)的碼位（U+000D Carriage Return）。當(dāng)然，它確實(shí)具有區(qū)別于普通符號(hào)的特殊身份——控制字符；換句話(huà)說(shuō)，其主要作用是傳遞某種控制功能。

與回車(chē)相關(guān)的一些疑惑也正來(lái)源于這種雙重身份。例如，Word 文檔打開(kāi)項(xiàng)目編號(hào)時(shí)，按下回車(chē)就會(huì)讓段落序號(hào)遞增，但有時(shí)我們只是想讓原來(lái)的段落新增一行；在微信中，按下鍵盤(pán)右下角的藍(lán)色按鍵（相當(dāng)于回車(chē)）就會(huì)把信息發(fā)出去，但有時(shí)我們只是想給消息分個(gè)段。在這兩種情形下，軟件都把回車(chē)操作理解為控制功能（新建段落或發(fā)送消息），盡管我們預(yù)期的結(jié)果更多是語(yǔ)義上。那么，有沒(méi)有一個(gè)不帶控制性含義、純粹表示換行的「符號(hào)」呢？答案是肯定的，這就是所謂的「軟回車(chē)」，它在 Unicode 中的身份是 U+2028 Line Separator。

軟回車(chē)與硬回車(chē)

桌面系統(tǒng)上，軟回車(chē)的輸入方式取決于軟件。大多數(shù)字處理軟件可以用 Shift + 回車(chē)來(lái)獲得軟回車(chē)；但在一些該組合鍵被其他功能占用的軟件中（如 Numbers），則也可能是 Option + 回車(chē)。iOS 上，不借助外接鍵盤(pán)輸入軟回車(chē)是相對(duì)困難的，比較可行的方式是為其設(shè)定一個(gè)自動(dòng)替換短語(yǔ)。部分設(shè)計(jì)周全的 iOS 應(yīng)用也可能在軟鍵盤(pán)上方的工具欄中提供這一符號(hào)（如 OmniOutliner）。

「軟」「硬」回車(chē)的區(qū)別主要適用于帶格式文本。純文本不存在「段落」的概念（只有「行」），也就無(wú)所謂「軟」和「硬」。至于比較特殊的 Markdown，連續(xù)的兩個(gè)換行符對(duì)應(yīng)渲染結(jié)果中的新段落，而如果想得到一個(gè)「軟回車(chē)」，則要輸入兩個(gè)空格，然后一次回車(chē)。

最后要提醒的是，回車(chē)不是用來(lái)調(diào)節(jié)排版的工具。任何的行間距、段落間距都應(yīng)該使用排版軟件的樣式設(shè)置來(lái)處理；開(kāi)啟新頁(yè)的方式不是一路回車(chē)到底，而是插入分頁(yè)符。

空格和制表符

將輸入空格的方法拿出來(lái)單說(shuō)似乎也是非常可笑的。但如果在 Unicode 字符集中搜索「space」，你將會(huì)看到十幾種不同的「空格」。它們并不只是「回字的四種寫(xiě)法」那樣無(wú)聊的學(xué)究，而是切實(shí)地在排版和字符顯示中發(fā)揮不同作用。

對(duì)于日常使用，除了最普通的空格（U+0020 Space），最好還能了解不換行空格（U+00A0 No-Break Space）的用法。如其名稱(chēng)所示，不換行空格最主要的作用就是禁止在其位置換行。譬如，在 10 Kg、? 2018

這樣的用例中，如果數(shù)字和單位、符號(hào)與文字之間的空格處發(fā)生斷行，顯然會(huì)使讀者產(chǎn)生困惑。這時(shí)，用不換行空格就能起到將空白前后標(biāo)記為一個(gè)整體的作用，強(qiáng)制使其位于同一行。此外，在 HTML 和 TeX 等標(biāo)記語(yǔ)言中，連續(xù)的多個(gè)普通空格會(huì)被當(dāng)作一個(gè)空格看待，用不換行空格就可以繞開(kāi)這種限制，獲得連續(xù)的空白——這也是為什么它又被叫做「硬空格」（hard space）。

普通空格（上）與不換行空格（下）在兩端對(duì)齊時(shí)的區(qū)別（注意紅字部分）

不換行空格的輸入方式因軟件而異，如在 Pages 里是 Option + 空格，而在 Word 里是 Option + Shift + 空格，HTML 語(yǔ)言中則可以用 來(lái)標(biāo)示。

與回車(chē)一樣，空格也不應(yīng)被濫用為控制排版的工具。標(biāo)題居中、段落縮進(jìn)（即「開(kāi)頭空兩格」）應(yīng)當(dāng)靠排版軟件的樣式設(shè)置來(lái)實(shí)現(xiàn)。靠空格實(shí)現(xiàn)的上述效果是災(zāi)難性的。

最后，tab 鍵對(duì)應(yīng)的制表符（U+0009 Horizontal Tabulation）也是一個(gè)與空格相似的字符，通常占據(jù)四個(gè)空格的位置。從名字可以看出，制表符本來(lái)是用來(lái)在打字機(jī)上制造表格效果的，但這在富文本流行的今天已經(jīng)越發(fā)顯得過(guò)時(shí)和簡(jiǎn)陋了。如今 tab 鍵更多是被單純用來(lái)控制段落縮進(jìn)。在編程界，代碼縮進(jìn)該用 tab 還是空格是一場(chǎng)不亞于 Vim 與 Emacs 之爭(zhēng)的圣戰(zhàn)，但這超越了本文的討論范圍。

疑難字符拾遺

帶聲調(diào)字母

帶聲調(diào)字母在英文中是很少用到的，在中文世界反而因?yàn)闈h語(yǔ)拼音的普及而變成了常見(jiàn)需求。原理上，輸入帶聲調(diào)的拼音字母是通過(guò)「借用」附加了變音符（diacritic）的拉丁字母來(lái)實(shí)現(xiàn)的，其與拼音四聲的對(duì)應(yīng)關(guān)系分別是：陰平——ˉ（長(zhǎng)音符 macron）、陽(yáng)平——′（銳音符 acute）、上聲——ˇ （抑揚(yáng)符 caron），和去聲——`````（沉音符 grave）。

帶聲調(diào)字母的輸入在 iOS 上非常簡(jiǎn)單：只要按住對(duì)應(yīng)的字母鍵，就可以在彈出的浮動(dòng)條中看到它們。這一技巧同時(shí)適用于中英文輸入法，但帶上聲 ˇ 的字母只在中文鍵盤(pán)上才能找到。macOS 上，最簡(jiǎn)單的方法是切換到中文輸入法，直接輸入需要注音的字的拼音，然后按 Tab 鍵，就會(huì)發(fā)現(xiàn)韻母上出現(xiàn)了聲調(diào)。反復(fù)按 Tab 直到看到所需的聲調(diào)，然后直接回車(chē)即可上屏。另外，較新版本的 macOS 借鑒了 iOS 上的交互方式，長(zhǎng)按鍵盤(pán)上的普通字母即可看到與其相關(guān)的帶聲調(diào)版本。

帶聲調(diào)字母的輸入

數(shù)學(xué)符號(hào)

最常用的加減乘除四則運(yùn)算符號(hào)中，只有加號(hào) +(U+002B Plus Sign）是可以在鍵盤(pán)上直接打出來(lái)的。鍵盤(pán)上的減號(hào)實(shí)際上是連字符，而不是數(shù)學(xué)上的 ?（U+2212 Minus Sign）；乘和除則干脆沒(méi)有（分別應(yīng)該是 U+00D7 × Multiplication Sign 和 U+00F7 ÷ Division Sign）。又因?yàn)榕c減號(hào)和乘號(hào)形態(tài)相近的符號(hào)過(guò)多，即使用符號(hào)面板輸入也非常容易選錯(cuò)。如果有經(jīng)常使用這些符號(hào)的需求，建議為它們各自指定一個(gè)自定義短語(yǔ)。

此外，macOS 和 iOS 的輸入法都支持輸入符號(hào)名稱(chēng)的拼音時(shí)在候選詞中顯示符號(hào)，但通過(guò)這種功能打出來(lái)的四則運(yùn)算符號(hào)并不是上述標(biāo)準(zhǔn)形式，而是 emoji 化的「加粗版」（在 Unicode 中屬于 Dingbats，即裝飾字符的范疇），在規(guī)范用途中要注意避免。

我們還知道，一些字母在科學(xué)上具有特殊含義。有時(shí)候，是否大寫(xiě)、是否加粗、是否使用襯線體等樣式上的區(qū)別，都會(huì)對(duì)語(yǔ)義產(chǎn)生影響（例如函數(shù)符號(hào)就是小寫(xiě)、斜體、襯線體的 ）。這些符號(hào)規(guī)范的輸入方法不是輸入普通字母，然后用字體設(shè)置改變樣式，而是使用 Unicode 中 Mathematical Alphanumeric Symbols 區(qū)塊的專(zhuān)用字符。macOS 上可以在字符輸入面板的 Maths Symbol 分類(lèi)中找到這些符號(hào)，iOS 上則只能依靠自定義短語(yǔ)或第三方 app。

手動(dòng)輸入的「數(shù)學(xué)符號(hào)」和 Unicode 專(zhuān)門(mén)指定的數(shù)學(xué)符號(hào)，注意兩者在寬度和形態(tài)上的區(qū)別

順帶一提，在 Twitter 上有時(shí)能看到一些非常奇特的用戶(hù)名，明顯與系統(tǒng)默認(rèn)字體不同。這實(shí)際上就是利用了上述數(shù)學(xué)字符的樣式是特定的，因此在顯示時(shí)具有無(wú)視系統(tǒng)字體的「特效」的原理。

版權(quán)、商標(biāo)符號(hào)和其他

常用的版權(quán)和商標(biāo)符號(hào)（?、?、?）在 macOS 上可以分別通過(guò) Option + g/r/2 輸入。Word 的自動(dòng)糾正則會(huì)將 (c)、(r) 和 (tm) 替換為對(duì)應(yīng)的符號(hào)形態(tài)。與它們有關(guān)的常見(jiàn)誤用有兩種：一是用成了中文輸入法所提示的 emoji 版本；二是手動(dòng)輸入 TM 字樣，然后改成上標(biāo)。

事實(shí)上，macOS 幾乎為每個(gè) Option + 字母/數(shù)字鍵 的組合都 安排 了一個(gè)特殊符號(hào)，如果再加按 Shift 鍵，則可以直接輸入的字符還有更多。讀者如果有興趣不妨依次試一遍，并挑一些自己用得到的專(zhuān)門(mén)記憶。

macOS 鍵盤(pán)在按下 Option 和 Option + Shift 時(shí)的符號(hào)映射

符號(hào)輸入方法概述

當(dāng)然，很多時(shí)候我們用錯(cuò)符號(hào)，未必是因?yàn)椴恢涝撚檬裁矗且驗(yàn)椴恢廊绾屋斎搿⒒蛘咭驗(yàn)橛X(jué)得過(guò)于麻煩而不愿輸入。雖然上文在說(shuō)明符號(hào)用法的同時(shí)，都給出了各自的輸入方式；但篇幅所限，提到的符號(hào)也只是 Unicode 的冰山一角。為此，在文章的最后，讓我們歸納一下常見(jiàn)的符號(hào)輸入方法，以便今后在遇到任何符號(hào)輸入需求時(shí)都能應(yīng)對(duì)。

概括而言，主要存在下列四種方法，它們?cè)趯W(xué)習(xí)成本、效率、靈活性三方面有不同的表現(xiàn)：

• 通過(guò)組合鍵：即通過(guò)按下特定的按鍵組合來(lái)輸入字符，如通過(guò) Option + [ 來(lái)輸入左雙引號(hào) “。這種方法的效率最高，但缺點(diǎn)是存在學(xué)習(xí)和記憶成本，并且可能和第三方軟件的快捷鍵沖突。

通過(guò)輸入面板：即通過(guò)在專(zhuān)用的符號(hào)輸入窗口或軟鍵盤(pán)中點(diǎn)擊來(lái)輸入字符。這種方法的學(xué)習(xí)成本最低，但使用起來(lái)也最麻煩。

通過(guò)自動(dòng)糾正：即由軟件自動(dòng)將形態(tài)相近且輸入方便的符號(hào)替換為正確的字符，例如將兩個(gè)連字符 -- 修正為長(zhǎng)連接號(hào) —。這種方法學(xué)習(xí)和使用成本都很低，但缺點(diǎn)是不夠靈活，在不需要修正時(shí)（例如寫(xiě)代碼時(shí)）需要額外步驟來(lái)關(guān)閉。

通過(guò)用戶(hù)詞典：即預(yù)先定義一串易記的輸入碼和所需字符的對(duì)應(yīng)關(guān)系，從而在輸入時(shí)可以直接從候選詞中選取。這種方法的效率、靈活性都較高，但需要花一定成本來(lái)設(shè)置。

另外，如今的用戶(hù)每天面對(duì)的不只是一臺(tái)設(shè)備，而是不同形態(tài)、不同操作系統(tǒng)的多臺(tái)設(shè)備，不同平臺(tái)對(duì)符號(hào)輸入的支持情況也存在各自的特點(diǎn)：

• macOS 是一個(gè)對(duì)符號(hào)輸入特別友好的系統(tǒng)。如上所述，默認(rèn)鍵盤(pán)布局為各類(lèi)常用特殊字符提供了組合鍵。任何文本框中，都可以用 Control + Command + 空格呼出功能完善的符號(hào)輸入面板，可以分類(lèi)檢索或者按名稱(chēng)搜索；中文輸入法下按 Shift + 6 可以呼出標(biāo)點(diǎn)選單。macOS 還具有系統(tǒng)級(jí)的 自動(dòng)替換和自定義短語(yǔ)功能，并且可以通過(guò) iCloud 與 iOS 設(shè)備同步。

Windows 的情況則稍微麻煩一些。Windows 的默認(rèn)鍵盤(pán)布局沒(méi)有提供太多符號(hào)輸入組合鍵；由于軟件開(kāi)發(fā)環(huán)境相對(duì)割裂，也很難提供系統(tǒng)層面的文本替換功能，基本需要依靠各個(gè)應(yīng)用自行支持（例如 Word 的自動(dòng)更正）。不過(guò)，Windows 內(nèi)建了一個(gè)稱(chēng)作「字符映射表」（Character Map）的輸入面板，可以在開(kāi)始菜單的附件中找到；同時(shí)，系統(tǒng)的很多位置可以通過(guò)輸入字符的 Unicode 編碼，然后按 Alt + X 組合鍵來(lái)獲得該字符（例如，輸入 221A 后按 Alt + X 即可得到根號(hào) √）。

iOS 在早期版本中的符號(hào)輸入功能比較羸弱。但經(jīng)過(guò)多年的進(jìn)化，如今的內(nèi)建輸入法已經(jīng)比較完善。無(wú)論中文鍵盤(pán)還是英文鍵盤(pán)，都提供了很多現(xiàn)成的常用字符，在一些鍵位上長(zhǎng)按還可以看到與其相關(guān)的更多字符。此外，可以安裝 Symbolay、UniChar 這類(lèi)第三方 app 來(lái)獲得字符分類(lèi)列表、鍵盤(pán)擴(kuò)展等功能。

Android 平臺(tái)的碎片化較為嚴(yán)重，甚至不存在一個(gè)共同的默認(rèn)鍵盤(pán)，因此無(wú)法作出概括性的評(píng)論。如果只考察第一方 app，Gboard 和 Google 拼音輸入法都能直接輸入大量特殊符號(hào)。另外，得益于平臺(tái)的開(kāi)放性，安裝第三方的文本替換和符號(hào)輸入工具是非常容易的，在 Play Store 上以 Unicode 為關(guān)鍵詞搜索就能找到大量這類(lèi) app。

Windows 和 macOS 的字符輸入面板

綜合上述情況，我的建議是采用「分級(jí)處理」的策略應(yīng)對(duì)符號(hào)輸入的需求：

• 對(duì)于常見(jiàn)、高頻的標(biāo)點(diǎn)符號(hào)（將在下文列舉），應(yīng)當(dāng)記住直接輸入的按鍵組合。
• 對(duì)于常用但在移動(dòng)設(shè)備上輸入不便的符號(hào)，或者相對(duì)不常見(jiàn)、但自己使用較多的符號(hào)（例如理科可能會(huì)較多地用到專(zhuān)用數(shù)學(xué)符號(hào)），最好用文本替換功能為其指定輸入碼，以便用到時(shí)快速、準(zhǔn)確地輸入。
• 對(duì)于其他低頻使用的符號(hào)，偶爾用到時(shí)使用符號(hào)輸入面板（電腦上）或第三方 app（移動(dòng)設(shè)備上）即可，沒(méi)有必要花費(fèi)過(guò)多時(shí)間提前學(xué)習(xí)組合鍵或設(shè)置文本替換。

此外，還有很多效率類(lèi)工具可以為符號(hào)輸入提供便利，例如跨平臺(tái)的 TextExpander，macOS 上的 [LaunchBar]https://www.obdev.at/products/launchbar/index.html)、[KeyboardMaestro]https://www.keyboardmaestro.com/main/)，Windows 上的 AutoHotKey 等。但這些工具的主要功能并非符號(hào)輸入，在此不過(guò)多贅述。

最后，考慮到符號(hào)數(shù)量繁多，在遇到陌生符號(hào)或者拿不準(zhǔn)用法時(shí)，下面這些文檔和工具可以作為參考：

• Unicode 的官方 字符列表是符號(hào)名稱(chēng)、形態(tài)和用例的權(quán)威參考，只是檢索起來(lái)相對(duì)不便。
• Unicode Table 是一個(gè)非常全面和美觀的網(wǎng)頁(yè)工具，可以按照編碼、名稱(chēng)等檢索 Unicode 字符，還可以將陌生符號(hào)粘貼到搜索框來(lái)反向查找。
• GB/T 15834—2011 是中國(guó)關(guān)于標(biāo)點(diǎn)符號(hào)用法的國(guó)家標(biāo)準(zhǔn)，強(qiáng)烈推薦通讀。
• 《中文排版需求》（CLReq） 是 W3C 描述中文排版需求與問(wèn)題的文件，目前尚處于草案階段，但已經(jīng)比較完善。文檔的 §3.1（標(biāo)點(diǎn)符號(hào)與其排版）及附件 A（中文標(biāo)點(diǎn)符號(hào)表）對(duì)中文標(biāo)點(diǎn)的相關(guān)技術(shù)問(wèn)題做了細(xì)致的說(shuō)明。

網(wǎng)頁(yè)工具 Unicode Table 和 iOS 應(yīng)用 UniChart

結(jié)語(yǔ)

必須承認(rèn)，上文歸納的很多符號(hào)的區(qū)別是細(xì)微的，有的離「吹毛求疵」只有一步之遙，因此難免受到質(zhì)疑：有必要嗎？畢竟，圓點(diǎn)的大小和橫線的長(zhǎng)短似乎是很無(wú)聊的區(qū)別，用直引號(hào)代替彎引號(hào)、用連字符代替連接號(hào)也是大眾做法，「幾十年就是這樣下來(lái)」。人生苦短，為什么要把時(shí)間花在學(xué)習(xí)和輸入符號(hào)上？

首先，符號(hào)的正確搭配能讓文本更加美觀。長(zhǎng)文本中穿插的符號(hào)就像湖面上泛起的波瀾、綢緞上鑲嵌的裝飾，為版面帶來(lái)節(jié)奏和紋理。對(duì)我來(lái)說(shuō)，這一個(gè)理由便足夠了——美本身就是值得追求的。從更實(shí)用主義的角度說(shuō)，符號(hào)不只是文字的附庸，而是本身就具有語(yǔ)義上的重要作用。否則，句讀也就無(wú)以成為專(zhuān)門(mén)的學(xué)問(wèn)，一個(gè)逗號(hào)也就無(wú)以 引發(fā)涉及數(shù)百萬(wàn)美元的訴訟。

符號(hào)的規(guī)范程度也能反映使用者對(duì)文本的用心程度。當(dāng)專(zhuān)業(yè)人員將使用直引號(hào)斥為「dumb」時(shí)，他們指責(zé)的或許并不是這個(gè)符號(hào)本身，而是使用者的態(tài)度：如果一個(gè)人都不愿意多花一點(diǎn)精力輸入成對(duì)的引號(hào)，怎么能讓人相信他會(huì)認(rèn)真對(duì)待自己寫(xiě)出的文章呢？我的閱讀經(jīng)驗(yàn)也印證了這一點(diǎn)：雖然標(biāo)點(diǎn)使用考究的媒體未必是（盡管更可能是）可信賴(lài)的，但胡亂使用標(biāo)點(diǎn)的媒體幾乎一定不可能輸出什么有價(jià)值的內(nèi)容。

至于輸入正確符號(hào)的成本問(wèn)題，如果說(shuō)在打字機(jī)時(shí)代因?yàn)橛布l件的限制而采用妥協(xié)性的方案是可以接受的，那么在軟件功能強(qiáng)大、輸入方式多元的當(dāng)今，還以「麻煩」為借口堅(jiān)持使用不規(guī)范的符號(hào)，就顯得沒(méi)有什么說(shuō)服力了。而且，本文也給出了解決方案：結(jié)合自己的使用頻率，綜合使用組合鍵、輸入碼和輸入面板。在寫(xiě)這篇文章的過(guò)程中，我思考怎么故意輸錯(cuò)符號(hào)的時(shí)間，反而遠(yuǎn)多于輸入正確符號(hào)的時(shí)間，因?yàn)楹笳呓?jīng)過(guò)反復(fù)操作已經(jīng)是肌肉記憶的一部分了。

當(dāng)然，本文并不主張?jiān)谌魏螘r(shí)候都要一板一眼地使用最規(guī)范的符號(hào)。正如沒(méi)有必要在口語(yǔ)對(duì)話(huà)中刻意使用書(shū)面表達(dá)一樣，私人、日常的交流需要一些非常規(guī)的用法來(lái)表達(dá)更微妙的意涵，這也被顏文字、emoji 的大行其道所印證。何況，無(wú)論是在正式場(chǎng)合追求規(guī)范的符號(hào)，還是在非正式場(chǎng)合選擇更加活潑的變通形式，最終的目的都是一致的——用符號(hào)更好地表情達(dá)意，拓展文字傳遞信息的帶寬。????