Unicode 只是我，还是最近角色的渲染不正确？
我不确定这是否是我的系统，虽然我没有对它做任何异常处理，但我开始注意到网页、文本文件中出现了错误渲染的字符： 我有一种预感，这与最近所有东西都使用unicode的趋势有关，我认为这是一件好事，再加上不支持所有可能字符的字体Unicode 只是我，还是最近角色的渲染不正确？,unicode,utf-8,fonts,Unicode,Utf 8,Fonts,我不确定这是否是我的系统，虽然我没有对它做任何异常处理，但我开始注意到网页、文本文件中出现了错误渲染的字符： 我有一种预感，这与最近所有东西都使用unicode的趋势有关，我认为这是一件好事，再加上不支持所有可能字符的字体 那么，有没有人知道是什么导致了这些光点（我说的对吗？），以及如何阻止这些光点出现在我自己的内容中？对于这位特定的作者来说，文本是在某个编辑器中编辑的，该编辑器假定它不是UTF8，然后用UTF8重新编写出来的。我这样做是基于这样一个事实：如果我告诉我的浏览器将页面解释为不同的
那么，有没有人知道是什么导致了这些光点（我说的对吗？），以及如何阻止这些光点出现在我自己的内容中？对于这位特定的作者来说，文本是在某个编辑器中编辑的，该编辑器假定它不是UTF8，然后用UTF8重新编写出来的。我这样做是基于这样一个事实：如果我告诉我的浏览器将页面解释为不同的常用编码，没有一个能使其正确显示。这告诉我某些转换在某个时候做得不正确 UTF8唯一的问题是，没有一种标准化的方法来识别文件是UTF8，并且在所有编辑器都在UTF8上标准化之前，仍然会有转换错误。对于其他unicode变体，字节顺序标记（BOM）是帮助识别文件的相当标准的，但UTF8文件中的BOM非常罕见
要防止它显示在内容中，请确保始终使用支持unicode的编辑器，并确保始终使用正确的编码打开文件。不幸的是，这是一种痛苦，错误偶尔会出现。关键是要尽早捕获它们，以便您可以撤消它或进行一些编辑。我敢肯定，您无能为力。我最近在digg的头版上看到了很多。这很可能与字符编码不当有关。不一定是字体的一个因素，只是翻译中的一个错误。有一段时间，下划线和尖括号的问题似乎已经消失，但似乎还没有解决 这是一个小样本，应该是这样的：
包括
____
#包括
____
#include <stdio.h>