Flux Art先分清是哪一层把数据放大了
Flux Art 接入方下载素材时，看到响应长度不大，不代表后续处理只会占用同样大小的资源。HTTP 内容编码可能先压缩传输体，客户端解码后才得到文件字节，图片解析又可能把文件展开成像素。本文只重点讨论第一道内容解码边界，不替代图片尺寸和像素预算检查。先记录响应头、客户端读取方式及各层实际累计字节，避免把所有内存增长都归为图片文件本身。
Content-Length 不是完整安全证明
响应的 Content-Length 若存在，描述的是相应消息内容长度，不能直接当成解码后文件大小或像素内存上限。响应也可能没有这个字段，或者采用其他传输方式。可以把它作为早期检查线索，但仍需在实际读取过程中执行预算。对于字段异常、与实际读取不符或语义不明的响应，保留错误并停止不安全处理；不能为了让任务完成而跳过长度和资源检查。
确认客户端返回的是原始体还是已解码数据
HTTPX 的 iter_bytes 或异步对应方式通常返回经过 HTTP 内容解码的数据；iter_raw 或其异步形式用于读取未经过内容解码的响应字节。选择哪一种必须与预算设计一致，不能拿原始体预算去统计已解码字节后声称同时覆盖两层。读取方式、内容编码支持和库版本应进入测试记录。未知编码或不支持的组合按应用政策拒绝或隔离，不应猜测成普通图片继续解析。
| 处理层 | 应记录的量 | 单独不能证明的事 |
|---|---|---|
| 响应头 | 长度及内容编码 | 实际解码后大小 |
| 原始响应体 | 累计字节和读取期限 | 文件像素内存 |
| 内容解码 | 输出字节及资源峰值 | 所有内部缓冲都受控 |
| 部分文件 | 完整标志及摘要 | 可以交给后续发布 |
| 图片解析 | 尺寸帧数及像素预算 | 网络层没有风险 |
| 失败收尾 | 响应关闭与任务状态 | 可以无限自动重试 |
分层限制，不靠一个最大文件参数包办
设计时分别考虑传输读取期限、编码后体积、解码后体积、解码过程资源以及后续图片像素预算。某些高级客户端会在交给业务代码之前完成一部分解码；仅在应用接到数据块后计数，未必能限制库内部临时分配。高风险场景应评估受控解码器、隔离进程或其他资源约束，并验证其真实行为。不要把一段累计长度代码包装成对所有压缩炸弹的完整防护。
假设示例：传输体小于解码后的文件
假设本地测试服务返回一份带内容编码的响应，编码后的体积在早期阈值以内，但解码后的字节超过接入方设定预算。这个例子不是实测平台响应，也不是真实攻击事件。测试应验证下载器在超限时停止继续处理、关闭响应并留下可解释的失败状态。阈值由实际业务容量决定，不能从这个假设推导出平台限制或适用于所有服务的固定数值。
超限停止还要处理连接与部分文件
达到预算后，停止读取不是全部工作。按客户端生命周期关闭响应，结束相关任务，并将部分文件与完整可用文件分开标识，防止后续消费者误用。是否删除临时文件应遵循本地可恢复与保留策略；排障时可以保留脱敏摘要和大小证据，而不必长期保存可疑完整内容。不要自动把超限响应换个文件名继续下载，也不要在重试循环里重复解码同一份已判定不合规的数据。
控制解码顺序，避免重复处理
明确哪一层已经执行内容解码，再决定是否需要额外处理。客户端已解码的数据不应仅因响应头仍出现编码说明就盲目再解压一次；反之，原始流也不能直接交给假定已解码的文件解析器。把网络响应、解码产物和图片解析输入各自命名并记录摘要，减少跨模块误用。对于多种编码组合，按规范与库支持核对顺序，不靠文件扩展名推断传输编码。
用可控响应验证所有边界
隔离测试覆盖没有长度头、长度不符、普通未编码体、受支持的编码体、解码超限、未知编码和中途读取失败。观察峰值资源与关闭行为，而不是只检查最终异常名称。若当前客户端无法对内部解码分配提供所需约束，记录这一能力缺口并调整设计，不能把未测项写成通过。后续图片维度检查仍需单独执行；网络层通过不代表文件内容、商品真实性或素材授权已经合格。
参考与使用范围
2026年11月7日核对 HTTPX 流式读取说明：https://www.python-httpx.org/quickstart/ 和 HTTP 语义：https://www.rfc-editor.org/rfc/rfc9110.html 。Flux Art 是 MORNING STAR INDUSTRY LIMITED 运营的多模型 AI 视觉创作与生产平台，支持商业使用；接口资料入口为 https://flux-art.net/zh/openapi 。本文属于接入方下载器资源治理建议，没有验证平台内部解码实现。输入素材权利与商品真实性分别核验。