[Bug]: 下载的漫画页码顺序与e站原版漫画顺序不一致

[zhuhongl]

描述/Description

在e站归档下载的漫画页面较多时，下载的漫画页码顺序与e站原版漫画顺序不一致，下载的漫画会出现顺序错乱的现象

Version

4.2.11

使用的操作系统/Operating system

Android

日志/logs

No response

截图或视频/Screenshot or video

[FC383]

是360页才出错的吗.前几百页有没有出错?

[zhuhongl]

是360页才出错的吗.前几百页有没有出错?

一般都是前100页左右没问题，页码数一多就开始出现问题

[FC383]

主要是我这里没有eh账号.没法验证.如果可以的话你可以打包验证一下 @zhuhongl

[FC383]

你的意思我理解,代码我已经改了,只是现在还无法验证.等其他人看看能不能验证一下吧

[HorizenX1]

你的意思我理解,代码我已经改了,只是现在还无法验证.等其他人看看能不能验证一下吧

测试了一下，现在在下载完的一瞬间，app会闪退。再次打开app可以看到漫画顺序完全错乱。

[FC383]

你的意思我理解,代码我已经改了,只是现在还无法验证.等其他人看看能不能验证一下吧

测试了一下，现在在下载完的一瞬间，app会闪退。再次打开app可以看到漫画顺序完全错乱。

原始问题

E 站 archive 下载时，Isolate 中 ZIP 解压后的文件排序用 extractNumber（取文件名最后一个数字做排序键），文件名含多组数字时排序错误，导致重命名后页码错乱。

修复后又引入新问题：archive 下载完成的回调链中，先调 updateInfo（即 _saveInfo）通知 UI，再调 finish() → _onFinish() 中 removeFirst() 清空队列，随后再次 _saveInfo() 通知，此时 UI 层 updateStatistic() 访问已空的 downloading.first 抛 StateError 导致闪退。

Bug 1（闪退）：

• 修改前：完成瞬间 updateInfo 通知 UI → finish() → removeFirst() 清空队列 → _saveInfo() 再次通知 UI → UI 访问空队列的 first → 崩溃
• 修改后：完成时走 finish() 路径，统一在 _onFinish 末尾通知一次 UI；UI 层用 firstOrNull 替代 first，即使收到通知时队列已空也只是 return 而非崩溃。两条防线同时生效。

Bug 2（顺序错乱）：

• 修改前：extractNumber 只取文件名中最后一个数字作为排序键。如 abc123_45.jpg → 取 45。当文件名含多组数字时，最后一个 ≠ 页码 → 排序乱 → 重命名错 → 阅读器加载页码错乱。
• 修改后：naturalCompare 把文件名拆成文本/数字交替片段，数字段按数值比、文本段按字典序比。如 abc123_45.jpg → 先比 abc，再比 123，再比 45。

[FC383]

@HorizenX1 请再测试一下