当字节订单标记失败时，如何可靠地检测到文本文件的代码epage？

>可靠的文本文件检测：超越boms

在软件开发中处理来自不同源的文本文件的>必须准确编码标识。 编码ePage检测不正确会导致数据损坏。尽管

's StreamReader有助于使用UTF-8和其他Unicode编码，但对于IBM 850或Windows-1252等编码，它无效。 detectEncodingFromByteOrderMarks这个问题强调了自动检测的局限性。 专家认为，实际上不可能没有明确信息的精确代码epage确定。 人类的判断和受过良好教育的猜测通常变得有必要。

>

>一个共同的开发人员策略涉及在Notepad等文本编辑器中检查文件。 分析扭曲的字符（例如，诸如“françois”之类的名称出现不正确）允许基于语言和上下文进行明智的猜测。

>另一种方法涉及创建一个有助于编码识别的实用程序。 用户从文件中提供已知的文本样本。然后，该应用程序尝试各种代码，显示了产生合理解码的那些。

如果多个代码epafer产生可接受的结果，则可以使用其他文本样本来完善选择。 但是，此方法并不可靠，并且仍然依赖于一定程度的解释。>

正如乔尔·斯波尔斯基（Joel Spolsky）的“绝对最低限度，每个软件开发人员绝对必须了解Unicode和字符集（无借口！）”强调，“普通文本”缺乏意义，而没有编码规范。 了解编码对于正确的显示和解释至关重要，突出了自动检测的局限性以及在解决编码歧义的文本文件时需要人为干预的局限性。

以上是当字节订单标记失败时，如何可靠地检测到文本文件的代码epage？的详细内容。更多信息请关注PHP中文网其他相关文章！