ZipArchive::addFromString方法中FL_ENC_RAW是否为有效标志？二进制JPEG数据压缩至Zip的编码参数咨询

让我一步步帮你理清这些疑问：

1. 明确指定编码时：选ZipArchive::FL_ENC_UTF_8还是ZipArchive::FL_ENC_CP437？ #

毫无疑问，ZipArchive::FL_ENC_UTF_8是更优的选择，原因如下：

• ZipArchive::FL_ENC_CP437是传统的DOS字符集，仅支持有限的ASCII扩展字符，对于包含非英语字符、特殊符号的文件名，很容易出现乱码，只适合兼容非常老旧的Zip工具或系统。
• ZipArchive::FL_ENC_UTF_8是现代Zip标准（ZIP64规范）推荐的编码，支持所有Unicode字符，能确保文件名在Windows、macOS、Linux等不同系统下都正确显示，完全适配当前的使用场景。

另外要注意：这些编码标志只作用于文件名的编码处理，不会影响你添加的JPEG二进制内容——内容会被原样写入Zip包，不用担心编码破坏文件。

2. ZipArchive::FL_ENC_RAW是否是addFromString的有效标志？ #

根据PHP官方文档的正式说明，ZipArchive::FL_ENC_RAW并未被列为addFromString方法的有效flags参数，看起来确实属于文档遗漏（或者它是一个未正式公开的内部标志）。

在实际开发中，有部分开发者反馈使用FL_ENC_RAW可以实现“不转换文件名编码，直接使用原始字节写入”的效果，但这种依赖未文档化API的做法存在风险：后续PHP版本可能移除该标志，或者改变其行为逻辑，导致代码兼容性问题。

如果你的需求是避免对文件名做任何编码转换，更稳妥的方式是：确保文件名本身是UTF-8编码，然后使用ZipArchive::FL_ENC_UTF_8标志——因为当文件名已经是UTF-8时，该标志不会做额外转换，效果和预期的FL_ENC_RAW类似，但符合文档规范，兼容性更强。

内容的提问来源于stack exchange，提问作者9072997