文件体积大小修改
把文件改成指定体积：变大时给出补足字节数与三种填充方式（全 0、确定性字节、循环原内容），变小时给出截断保留区间（头部或尾部），全程不重编码。
浏览器本地运行所有计算都在你的浏览器里完成，数据不会离开本机。
原大小, 目标大小[, 目标单位]
修改方案
含补足/截断字节数与保留区间。
输入原大小与目标大小后即可计算
原字节数: 0 · 目标字节数: 0 · 差值: 0 · 保留字节数: 0
这个工具能做什么
- 测试上传下限：把文件截断到某个字节数，找出系统开始拒绝的临界值。
- 制造固定体积的样本：把几百字节的小文件补到 2 MB，用来测程序对大文件的处理。
- 去除尾部冗余数据：保留头部 N 字节，快速丢掉附加在文件末尾的日志或校验块。
- 验证完整性逻辑：知道目标字节数与填充方式后，可以预测修改后文件的哈希是否还会命中。
示例
输入
1024,2048
输出
原文件：1024 B（1 KB / 0.001 MB） 目标大小：2048 B（2 KB / 0.002 MB） 换算依据：1 KB = 1024 B、1 MB = 1 048 576 B、1 GB = 1 073 741 824 B 需要补足：1024 B（1 KB / 0.001 MB） 填充方式：全 0x00 字节（最省空间、最可预测，任何程序都能识别）。 操作顺序：先原样保留原文件的全部字节，再追加上述填充字节。 预计输出：2048 B（2 KB / 0.002 MB）（与原文件相差 +1024 字节） 提示：修改后的文件内容已改变，若原文件有校验值（MD5/SHA），修改后必然不匹配。
二进制前缀：1 KB = 1024 B、1 MB = 1 048 576 B；截断不重编码，输出严格等于目标字节数。
常见问题
变大时补的是什么内容？
三种方式：全 0x00（最省空间、最可预测）；确定性字节循环（由种子生成，两次生成可对比哈希）；把原内容从头部循环复制（内容看起来更连续）。无论哪种，都是「原字节完全保留 + 追加填充」，不会改动原有内容。
变小时保留哪一段？
默认保留头部（丢弃尾部），也可以选择保留尾部（丢弃头部）。结果里会写出具体保留区间，例如原 2048 字节改成 1024 字节保留尾部时，保留的是字节 1024–2047。
会重新编码或压缩吗？
不会。截断只是丢弃字节，填充只是追加字节，所以输出严格等于目标字节数，不会因为编码方式多出几个字节（例如文本文件的行尾转换）。
为什么提示哈希会变？
任何字节变化都会让 MD5/SHA 之类的校验值失效。工具在结果里固定提示这一点，避免你以为「只是改了大小、内容没变」。
第三个输入是什么？
可选的目标单位覆盖。默认原大小与目标大小用同一个单位；写成 1048576,2,MB 表示「1048576 字节改成 2 MB」，便于跨单位换算。
体积上限是多少？
2 GB。浏览器单文件处理超过这个量级不稳定，建议用 dd（Linux/macOS）或 fsutil（Windows）在本地命令行完成。
关键词：文件大小修改文件体积file resize截断文件填充字节补足大小文件测试