二维码生成与识别实测：中文容量、首尾空格和下载后复查
用十一组公开合成样本检查本站二维码工具，保留实际下载图片与识别结果，说明中文容量、首尾空格和空白图片的处理边界。
怎么判断？
生成后再识别一次，能检查二维码里实际保存的内容。本站在 macOS ARM64 的无头 Chrome 中完成十一组样本：八组生成后回读成功，空输入和一千五百个“测”字被拒绝，空白图片没有识别结果。相同的一千五百个英文字母 A 可以生成并回读；字数上限并不等于二维码对所有文字的容量相同。输入首尾空格会被去除，需要保留空格的原始数据不适合直接使用这个工具。
测试样本与浏览器环境说明
测试日期为 2026 年 10 月 21 日。页面来自本站同一套工具的本地预览，处理代码没有因本次内容优化而改写。浏览器版本为 Chrome 155.0.8059.85，窗口宽度为 1280 像素；测试由 Codex 自动操作，没有使用私人图片或真实业务二维码。
每组成功样本都通过页面下载 PNG，再切换到识别模式上传该文件，逐字比较结果。网址统一使用 example.com，中文与表情文本均为测试材料。下面的结果只代表这组桌面浏览器样本，没有测手机相机扫码、印刷品或污损二维码的识别率。
网址与中文图片下载后回读
同一个带查询参数的网址分别生成 256、512 和 1024 像素图片，三次回读都保留了完整参数。包含换行的中文文本和中英表情混排也能回读。本次下载的是工具生成的原始 PNG，没有先经过聊天软件压缩或裁边。
长网址由固定片段重复构成，共 1423 个字符，使用 1024 像素输出后回读一致。这个结果不能证明任意同长度文本都能使用较小尺寸，也不能证明手机远距离扫描效果。实际发布前应拿最终使用的图片再扫描一次。
字数相同也可能超过编码容量
页面最多接受 1500 个字符。实测 1500 个英文字母 A 可以生成并回读，1500 个“测”字则显示容量不足，并且没有留下可下载结果。中文文本的编码占用与重复英文字母不同，因此不能把输入框的字符上限当作所有语言都能达到的保证。
另一个容易遗漏的变化是首尾空格。输入两边各有两个空格的 HotAI.news，识别结果只剩中间文字；当前生成代码会先执行 trim。若内容是必须逐字符保留的记录，请先检查这一点，避免把整理后的文字误当作原始数据。
| 样本 | 实际结果 |
|---|---|
| 网址，三种输出尺寸 | 全部回读一致 |
| 中文换行与中英表情混排 | 两组均保留实际输入 |
| 1423 字符的合成长网址 | 1024 像素回读一致 |
| 1500 个 A / 1500 个“测” | 前者成功，后者容量不足 |
| 首尾带空格的文字 | 首尾空格被去除 |
| 空输入 / 空白图片 | 分别提示补充内容和未识别到二维码 |
把生成与核对作为连续操作
输入文字或链接，下载图片后切换到识别模式，把刚下载的文件重新上传。核对结果框中的域名和路径，带参数的网址还要检查参数值。识别模式只显示内容，不会自动访问识别出来的网站；确认目标可信后再自行使用。
当前实现使用浏览器内的二维码编码和识别库。本文没有测试所有图片格式、旋转角度或网络条件，也没有把同一工具的回读当作独立扫码软件的兼容性认证。公开结果文件保存了每组输入、输出和图片校验值，可以下载后复做检查。
核对来源
以下链接支持文中的项目描述或事件事实。本站判断由编辑撰写，未把来源中的主张当作本站实测结论。