求助：PHPExcel生成的Excel直传失败，手动重存后可正常上传

所有“直接生成传不上、手动打开重存就传上、重存后体积变大”的特征，本质都逃不出下面几个原因：

• 停更多年的原生PHPExcel导出逻辑为了压体积，过度精简了OOXML标准要求的必备结构节点。旧版PHPExcel默认的压缩逻辑会省掉很多Excel程序原生会写入的冗余校验内容：比如[Content_Types].xml里的默认扩展声明、压缩包中央目录的对齐字节、全局文档的元数据标识。很多人以为重存之后体积变大是因为多了格式内容，其实90%的增量都是补的校验结构和zip对齐字节，没有实质业务内容的增加。你手动用Excel/WPS打开文件的时候，程序会自动把这些缺失的校验节点全部补上，再按照标准Zip规范重新打包整个文件。而你的上传接口大概率不是简单收文件流，是有前置的文件合法性校验：比如读文件签名、解析压缩包核心节点、检查结构完整性，直接生成的精简版文件过不了这个校验，就被拦截了。
• 导出过程的文件流没有完整闭合，存在轻度结构截断。很多人写批量导出逻辑的时候，是直接把文件流输出到磁盘路径，没有等Writer完全完成所有压缩包段的写入就提前结束流程，导致压缩包末尾的中央目录段缺一截。这种截断平时藏的比较深，手动打开的时候Excel会自动修复这个截断问题，重存的时候把缺的目录段补全，但上传端校验的时候读不到完整的中央目录，直接就判定文件损坏。
• 校验规则和生成文件的元数据不匹配。PHPExcel生成的xlsx文件，很多时候文件头的MIME标识是通用zip类型，而上传接口会强制要求xlsx的专属MIME类型校验，手动重存的文件会写入符合要求的MIME标识，所以能顺利通过。

完全不需要手动挨个打开重存，按照下面的优先级调整就行：

• 优先替换底层导出库。PHPExcel已经彻底停更多年，官方迭代版本是PhpSpreadsheet，新版导出的xlsx文件会完整写入所有OOXML要求的校验节点，压缩包结构完全符合标准，从根源上解决结构缺省的问题。如果业务确实没法切库，就强制调整PHPExcel的导出配置：把默认的PclZip压缩类换成系统原生的ZipArchive类，关闭过度精简的压缩选项，不要开Office2003的兼容模式——这套调整完生成的文件，结构完整性和Excel原生导出的差距就很小了。
• 导出完成后做一次批量结构规整。如果不想换库，就写个简单的后处理脚本：用ZipArchive打开刚生成的Excel文件，补全缺失的核心xml节点、重新对齐压缩包结构、把截断的中央目录修复完整。这个过程单文件处理耗时几毫秒，批量跑几百上千个文件也就几秒的事，处理完的文件体积和你手动打开重存的基本一致，能直接过上传校验。
• 对齐上传端的校验规则。如果暂时改不了导出逻辑，就和上传接口的开发同学对齐：不要靠文件大小、文件MIME这类表面规则做拦截，改成只要能通过解析器正常读取文件内容，就判定为合法Excel，允许上传。很多人之前踩过的坑是接口里写了“小于5k的Excel判定为损坏拦截”，PHPExcel生成的文件普遍偏瘦，刚好卡在阈值下面，手动重存体积涨上去就过了，这种只要把规则调整下就行。

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