在香港，字与字之间加空格叫做“Space Text”。添加空格主要是因为繁体字笔画较多，排版密密麻麻造成阅读困难。据我猜测主要是因为早期的网页排版技术以及浏览器标准等支持的原因，大多数人习惯空格来保持美观，于是延续了下来。现在，因为 CSS letter-spacing 等现代排版技术的推广，这些早期的习惯正在慢慢被改变。有专门的软件方便进行 Space Text。参见[1][2]。也有反 Space Text 的插件，用来去掉空格。参见[3]。[1]「中文字元加空格」巨集安裝程式提供程式免費下載 http://input.foruto.com/cccl/cccl_article033.htm[2] 中文空格處理器 http://cutehtml.net/chispace[3] GC!J User-scripts http://chiunam.net/blog/archives/tag/user-scripts

美观肯定也是原因之一，但是仅从电脑领域的角度来说，最关键的是早期汉字双字节编码带来的乱码问题。英文常用的 ASCII 码中没有给汉字留位置，前半部分涵盖了字母数字标点，后半部分则是特殊字符和符号，比如表格的横线竖线交叉线等，叫做扩展 ASCII，有时也笼统地叫做“制表符”。图片来自 程序界 。由于这些制表符不常用，所以在编写 UCDOS 之类的汉字系统的时候，就借用了这个特点，用两个制表符来表示一个汉字，UCDOS 看到两个连续的制表符的时候，就把它转换成一个汉字来显示，但是操作系统本身是不知道的。——这也产生了另一个问题，就是正常的用制表符排列成的表格，有时会被错误地翻译成无意义的汉字。不过这是题外话。图片来自 林健 的博客。比如“知乎”两个字，“知”是两个制表符（方便起见，用 12 表示），“乎”也是两个制表符（用 34 表示）。正常的情况下，写做 1234，汉字系统是可以正确翻译的，只要每次取两个，查表，12 是“知”，34 是“乎”，然后显示出来就可以了。但是麻烦之处在于，有时候我们要折行，或者因为某种原因要截断。操作系统是完全不知道什么汉字的，它只会按照字节来随便截，很有可能就会刚好在半个汉字的地方折行或者截断。比如说 1 刚好是一行的最后一个字节，2 跑到下一行了，那么下一行开头就是 234。这下汉字系统抓瞎了，它还是每次读两个字节，读出来就是 23，然后去查表，那就不知道查出来是个什么奇怪的字。最要命的是，这一行甚至整段的剩下部分全部都受到影响，本来是 12 34 56 78 90……，现在就变成了 23 45 67 89……，效果就是所有的汉字全部都变成了乱码，完全不可读。图片来自 guogangj 的 国际化困境（第二篇）。这种情况在早期的汉字系统中极其常见。比如在 UCDOS 中使用删除键，只能删掉半个汉字，后面就全变乱码，然后再按一次删除键，再删掉半个字，后面才恢复正常。此外，这种编码方式还会遇到检索问题，当你要在一段文章中寻找一个字的时候，往往找到的只是一个汉字的后半部分加上下一个汉字的前半部分，合起来虽然恰好是你要找的字，但是在语义上是没有意义的。在半个汉字问题暂时无法解决的情况下，唯一的折衷方案就只好在汉字之间统统插入空格。这样虽然不能避免单个汉字出问题，但是至少单个汉字的问题不会影响到后续整段。半字错位只要遇到任何一个西文字符（ASCII 表前半部分）就不会继续下去了，因为汉字系统知道 ASCII 前半部分不会是汉字。当时的许多输入法有这个选项，可以自动在汉字中添加空格。这个方案在大陆并没有流行起来，但是繁体字使用区有许多人这么做，有些流传到今天。当然，技术问题不是唯一的原因，也会有美观上的考虑。

我记得刚有互联网那阵，windows还没有中文版，大家都用中文之星一类的外挂汉字系统。而当时各种英文软件，基本都不能正确处理中文，经常把汉字当成8位字符处理，在换行、转折之处显示出半个汉字。为了避免出现半个汉字的问题，当时汉字输入法都有在字间加空格的功能。这才是字间空格的由来。

在使用中文计算机初期，文字处理及网页编辑工具大多改自英文软件，与BIG5编码并不完全兼容；英文字为1byte、BIG5中文字是2byte，假使边界或断行排版没设置好，不足容纳中文字时会造成该字或整段乱码，因此比照英文排版在各字间加半角空格（多出1byte缓冲）以避开程序错误。及至中文文书和网页编辑软件发展成熟后，不再产生乱码情形，也就无须在字间加空格。现今仅少数香港媒体新闻网页，如香港电台仍沿袭早期排版方式[2]。空格