我研究这个问题的原因是从这个角度，他们在什么方面是兼容的。Latin1字符集(iso-8859) 100%兼容存储在utf8数据存储中。所有ascii和扩展ascii字符将存储为单字节。

反之，从utf8到Latin1字符集可能工作，也可能不工作。如果有任何2字节字符(超出扩展ascii 255的字符)，它们将不会存储在Latin1数据存储中。

从另一个角度来看，unicode和ascii编码都无法读取的文件，因为其中有一个字节0xc0，似乎可以被iso-8859-1正确读取。需要注意的是，文件中当然不应该包含unicode字符。

UTF-8是一种多字节编码，可以表示任何Unicode字符。ISO 8859-1是一种单字节编码，可以表示Unicode的前256个字符。两者都以完全相同的方式编码ASCII。

还有一件重要的事情需要注意:如果你看到ISO -8859-1，它可能指的是Windows-1252，而不是ISO/IEC 8859-1。它们在0x80-0x9F范围内不同，其中ISO 8859-1具有C1控制代码，而Windows-1252具有有用的可见字符。

例如，ISO 8859-1使用0x85作为控制字符(在Unicode中，U+0085， ' ')，而Windows-1252使用水平省略号(在Unicode中，U+2026水平省略号，…)。

WHATWG编码规范(如HTML所使用的)明确声明ISO -8859-1是windows-1252的标签，而web浏览器不以任何方式支持ISO 8859-1: HTML规范说编码规范中的所有编码都必须支持，仅此而已。

同样有趣的是，HTML数字字符引用基本上使用Windows-1252来表示8位值，而不是Unicode代码点;Per https://html.spec.whatwg.org/#numeric-character-reference-end-state， …会产生U+2026而不是U+0085。

我研究这个问题的原因是从这个角度，他们在什么方面是兼容的。Latin1字符集(iso-8859) 100%兼容存储在utf8数据存储中。所有ascii和扩展ascii字符将存储为单字节。

反之，从utf8到Latin1字符集可能工作，也可能不工作。如果有任何2字节字符(超出扩展ascii 255的字符)，它们将不会存储在Latin1数据存储中。

ISO-8859-1 is a legacy standards from back in 1980s. It can only represent 256 characters so only suitable for some languages in western world. Even for many supported languages, some characters are missing. If you create a text file in this encoding and try copy/paste some Chinese characters, you will see weird results. So in other words, don't use it. Unicode has taken over the world and UTF-8 is pretty much the standards these days unless you have some legacy reasons (like HTTP headers which needs to compatible with everything).