这个问题开始在标题中提到类名称，然后继续到一个示例，其中包括方法，常量，变量和字段的外来名称。这些实际上有不同的规则。让我们从不区分大小写的代码开始。
不区分大小写的标识符（类和函数/方法名称）
此处的一般准则是仅使用可打印的ASCII字符。原因是这些标识符被规范化为其小写版本，但是，此转换取决于语言环境。考虑以下以ISO-8859-1编码的PHP文件：
<?phpfunction func_á() { echo "worked"; }func_Á();该脚本可以工作吗？也许。这取决于返回的内容，这取决于语言环境：
tolower
(
193
)
$ LANG = zh_CN.iso88591 php a.php工作了$ LANG = en_US.utf8 php a.php致命错误：在第3行的/home/glopes/a.php中调用未定义的函数func_Á（）
因此，使用非ASCII字符不是一个好主意。但是，即使是ASCII字符，在某些区域设置中也可能造成麻烦。看到这个讨论。将来有可能通过做一个仅与ASCII字符一起使用的与语言环境无关的小写字母来解决此问题。
总而言之，如果我们对这些不区分大小写的标识符使用多字节编码，那么我们正在寻找麻烦。不仅仅是我们不能利用不区分大小写的优势。实际上，我们可能会遇到意想不到的冲突，因为使用语言环境规则，组成一个多字节字符的所有字节都会分别变为小写。在将语言环境小写规则应用于每个字节之后，两个不同的多字节字符有可能映射到相同的修改后的字节流表示形式。
区分大小写的标识符（变量，常量，字段）
由于这些标识符区分大小写，因此问题在这里不太严重。但是，它们只是被解释为字节流。这意味着，如果我们使用Unipre，则必须始终使用相同的字节表示形式。我们不能混合使用UTF-8和UTF-16；我们也不能使用BOM。
实际上，我们必须坚持UTF-8。在ASCII范围之外，UTF-8使用从0xc0到0xfd的前导字节，并且尾随字节在0x80到0xbf的范围内，这在手册允许的范围内。现在假设我们在UTF-16BE编码文件中使用字符“
the”。这将转换为0x01 0x20，因此第二个字节将被解释为空格。
当然，将多字节字符当作单字节字符读取是完全不支持Unipre的。PHP 确实 以“ –enable-zend-
multibyte”编译开关的形式提供了一些多字节支持（从PHP
5.4开始，默认情况下已编译多字节支持，但已禁用；您可以
zend.multibyte=On在php.ini中启用它。
）。这使您可以声明脚本的编码：
<?phpdeclare(encoding='ISO-8859-1');// pre here?>
它还将处理BOM，BOM用于自动检测编码，并且不会成为输出的一部分。但是，有一些缺点：
- 性能命中，包括内存和CPU。它以内部多字节编码方式存储脚本的表示形式，这会占用更多空间（并且似乎还会在内存中存储原始版本），并且还会花费一些CPU来转换编码。
- 通常不编译多字节支持，因此它的测试较少（更多错误）。
- 在其中编译了支持的安装与未编译支持的安装之间的可移植性问题。
- 仅指解析阶段； 无法解决 不区分大小写的标识符所概述的问题。
最后，存在缺乏规范化的问题-相同的字符可能用不同的Unipre代码点表示（独立于编码）。这可能会导致一些非常难以跟踪的错误。
