更新日志
每个版本做了什么、算法校验是否仍然一致，都在这里留痕。
这一页记录本站每一次功能与内容变更。写日志的目的很实际：当你发现某个按钮的位置、某个数值或某段说明和印象里不一样时，可以在这里确认它属于哪个版本，避免把版本差异误判成故障。
版本号规则
本站版本号采用「主版本.次版本.修订号」三段式，判断标准很简单：
| 位次 | 何时递增 | 典型影响 |
|---|---|---|
| 主版本 | 算法方案本身发生变化，或输出结果与历史版本不再一致 | 需要重新处理旧文件 |
| 次版本 | 新增功能模块、新页面，或交互方式明显调整 | 老结果不受影响 |
| 修订号 | 文案修正、样式调整、性能与兼容性修复 | 无感知 |
需要特别说明的是：只要算法方案不变，本站产出的结果就一直与原始方案逐字节一致。版本升级不会让已经混淆或还原过的图片失效。
v1.1.2 · 2026-10-14
混淆 / 解混淆 / 还原 三个按钮改为常驻可点击
此前未载入图片时这三个按钮会被置灰禁用，看起来像坏掉了一半。现在它们始终保持常态外观与可点击状态；若此时点击，会明确提示「请先点选择图片载入一张」，处理过程中再次点击也会提示「正在处理，请稍候」，而不是静默无响应。
工具空状态文案收敛为一句
主提示改为「点下面选择图片按钮开始」，去掉了格式列表与像素上限那一长句，让第一步更明确；这些限制参数在下方「参数速查」与常见问题里仍可查到。
v1.1.1 · 2026-10-14
修复：批量队列选完图后点「开始批量处理」没有反应
原因是脚本在批量模块里查找一个并不存在的角色标记，导致文件选择框的 change 监听从未被挂上——文件选进来了，但队列始终是空的，于是点击处理时直接返回，界面上也没有任何提示。现在监听独立绑定，并补充了两点：队列为空时点击会明确提示「请先添加图片」，同时支持把图片直接拖进批量区域。
修复：提示框在浅蓝底纹上完全看不见
普通提示框的底色与浅蓝区块的底色是同一个值，叠在一起时只剩左侧一根色条，看起来像宽度和位置都错位了。现在提示框统一改为白底加极细描边，两种底色上都能看清。
首页 hero 整块居中，处理区改为纯白底
首页首屏的标题、导读、标签与工具卡改为同一条中轴线，与工具页保持一致的视觉节奏；工具宽度与工具页统一为 880px。图片处理区去掉了表示「透明」的棋盘格底纹，改为纯白底加一条极细描边。
统一全站版式容器
此前的首页区块是满宽的，而内页的底纹只铺到内容容器宽度，两侧会留出白边；少数内页正文还紧贴页头。现在全站只有一种写法，正文左右边界与底纹铺展宽度在首页和内页完全一致。
精简页面头部与顶栏
移除所有页面的 author 与 copyright 元信息；顶栏站点名下方不再显示副标题。同时去掉了 O / E / D / R / S 这组键盘快捷键及其说明文案——按钮本身就是最直接的入口，少一套隐藏操作反而更清楚。
v1.1.0 · 2026-10-14
批量处理与打包下载
工具页新增批量队列：一次放入多张图片，按同一方向与格式依次处理，完成后打包成 ZIP 下载。打包使用存储模式（不二次压缩），因为 JPEG 与 PNG 本身已经压缩，再压一次只会白耗时间。
吉尔伯特曲线可视化页面上线
新增独立页面，可输入任意宽高查看曲线遍历顺序，支持逐点播放、显示序号、勾选位移落点连线，并在鼠标悬停时读出「该格子的线性下标与曲线序下标、以及混淆后会被搬到哪个位置」。页面内还带一张本地生成的合成图案，用于现场演示混淆与解混淆的往返结果。
交互回到与原始工具一致的四个控件
单张处理改回「选择图片 / 混淆 / 解混淆 / 还原」四个控件的直给流程：结果直接替换图片区里的内容，不跳页、不生成中间文件，随时用「还原」回到载入时的图片。同时把首页 hero 也换成了同一个工具本体，两处共用同一份标记与同一段交互代码，不会再出现两套行为。
首页 hero 直接内置工具
首页首屏不再是「点进去才能用」的入口，而是一个可以当场使用的工具本体：把图片拖进图片区就能开始，混淆、解混淆、还原三个按钮与工具页完全一致。同时统一了全站的版式容器模型，首页与内页的正文左右边界、浅色底纹的铺展宽度现在完全相同。
置换逻辑改为可分批任务
算法核心增加了分批执行接口。在支持后台线程的浏览器里仍然优先使用 Worker；当页面以 file:// 方式打开、浏览器禁止创建线程时，自动退回主线程并把任务切片执行，进度条照常走动，页面不会长时间无响应。两条路径调用的是同一段置换代码，结果完全一致。
教程、原理与帮助内容成体系补齐
新增使用教程、算法原理、应用场景、帮助中心四个栏目共二十余篇说明文章。所有原理类文章里的公式、位移量表与循环个数都由与页面同源的算法代码算出，而不是手工估算，因此文章里的数字与你实际运行时看到的数字应当完全对得上。
算法一致性校验扩展到 20 组尺寸
构建期脚本会把本站实现与原始方案在 1×1 到 1000×3 的 20 组尺寸上逐字节比对，覆盖曲线顺序、混淆输出、解混淆输出与无损往返四项。任意一项不一致，构建直接失败。
v1.0.0 · 2026-09-20
首个公开版本
上线单张图片的混淆与解混淆：选择或拖放图片、选择方向、查看结果、下载文件。支持 JPEG 与 PNG 两种输出，单张上限沿用原方案的 800 万像素与单边 4000 像素，超出自动等比缩放。全部计算在浏览器本地完成，不设上传接口。
确立算法口径
明确沿用以「吉尔伯特曲线遍历 + 黄金分割位移」为核心的置换方案，位移量取 k = round((√5 − 1) / 2 × W × H)，不做任何算法层面的改动，并在页面上如实标注它的能力边界。
算法校验记录
「严格按算法实现」是一句需要凭据的话，所以本站把校验做成了可复现的脚本，并把它写进了构建流程。校验覆盖四项内容：
- 曲线顺序：逐点比对生成的像素访问序列是否与原方案一致；
- 混淆输出：对随机像素缓冲执行混淆，逐字节比对结果；
- 解混淆输出：对同一缓冲执行解混淆，逐字节比对结果；
- 无损往返：先混淆再解混淆，确认可以逐字节还原原始像素。
参与比对的尺寸包括 1×1、1×37、37×1、2×3、8×8、13×7、31×17、64×48、97×61、256×256、400×513、513×129、1000×3 等，既覆盖方形也覆盖极端长条，避免只在常见分辨率上「碰巧正确」。
已知限制与待改进
- GIF、WebP 等动态图只按第一帧处理，动图的时间维度不在本方案的处理范围内。
- iOS 上部分机型在 Safari 中处理超大图时仍可能触发页面重载，属于浏览器内存上限而非算法问题。
- 批量队列目前是顺序处理，没有并行；并行会成倍放大内存峰值，对手机端不友好。
- 本站不提供命令行工具或离线安装包，只提供浏览器内的处理能力。
关于更新节奏
本站由个人维护，没有固定发版周期。功能更新通常集中在处理体验与说明文档上，算法部分除非发现与原始方案不一致，否则不会变动——这正是「严格按算法实现」的应有含义。如果你发现了结果对不上的情况，请附上图片的格式、像素尺寸与操作步骤，通过意见反馈提交，那类问题优先级最高。