我不确定这是否是我的系统，尽管我没有对它进行任何异常处理，但是我已经开始注意到错误呈现在网页，文本文件中的渲染字符，如下所示：

http://www.kbssource.com/strange-characters.gif

我有一种预感，这与将unicode用于所有内容的近期趋势有关，我认为这是一件好事，与不支持所有可能字符的字体结合在一起。

那么，有谁知道是什么原因造成了这些斑点(我是对的吗？)，以及如何停止在我自己的内容中出现这些斑点？

解决方案

回答

对于这个特定的作者来说，似乎是在假定不是UTF8的某个编辑器中对文本进行了编辑，然后将其重新编写为UTF8. 我基于这样一个事实，即如果我告诉浏览器将页面解释为不同的通用编码，则不会使页面正确显示。这告诉我某些转换是在不正确的时间完成的。

UTF8的唯一问题是，没有一种识别文件为UTF8的标准化方法，并且在所有编辑器都对UTF8进行标准化之前，仍然存在转换错误。对于其他unicode变体，字节顺序标记(BOM)是帮助识别文件的相当标准，但是UTF8文件中的BOM却很少。

为了防止它出现在内容中，请确保始终使用支持unicode的编辑器，并确保始终使用正确的编码打开文件。不幸的是，这很痛苦，并且错误有时会出现。关键是尽早捕获它们，以便我们可以撤消它或者进行一些编辑。

回答

我相当肯定，我们无能为力。我最近在digg的首页上看到了这一点。这很可能与字符编码不正确有关。不一定是字体的一个因素，只是翻译中某个地方犯了一个错误。

回答

下划线和尖括号问题似乎已经消失了一段时间，但似乎可能无法解决。

这是一个小样本，看起来应该像这样：

＃包括

____
#include <stdio.h>

____
#include

更新：看起来像是固定在显示模式下，只有在编辑模式下才坏