WinkDesk 自动连载开启后新章节为什么不按顺序发？ 已解决

【结论】liulian 这四条方向基本对，但建议你把排查顺序倒过来——先查「字符串排序」这个最隐蔽的坑，而不是先怀疑命名没统一。

① 多数自动连载的排序是按章节标题做字符串比较，不是按数字大小。所以哪怕你统一写了「第{序号}章」，第10章 也会排在 第2章 前面。解决办法是补零对齐位数：第002章、第010章。位数一致后，字符串排序才和数字排序等价。这条 liulian 没提到，但实际踩坑率最高。

② 时间戳那条补充一下：草稿箱里的残留章节不一定是「更早」的，有些是导入时保留了原文创建时间，反而比你现在发的还晚，结果被排到最后。所以别只看顺序，先把草稿箱清干净再开连载，避免干扰变量。

③ 关于「多个作品共用设置」这点我没法替你确认，不同版本、网页端和客户端的设置层级差别不小，容易说得不准。你要是说下具体版本和入口，我再帮你对一下。

④ 「手动拖一次重排」这招有效的前提是拖拽只改了本地排序字段；如果后台是按发布时间重算的，拖完还是会被打回原样。所以建议先发一个测试章节验证规则真的生效，再批量补发历史章节。

另外补一句：改完规则后，最好删掉一条已发章节重新发做对照，否则你很难判断是规则生效了，还是顺序碰巧对了。

【结论】方向没问题，但补零对齐只是「必要条件」——标题模板本身不统一的话，补零也白搭，所以正确顺序是先统一格式、再补零。

第①条补零确实该排第一，验证成本最低，改动也最小。但要注意它成立的前提是模板完全一致。如果标题里混着「第10章」「第十章」「第10节」，或者带了「卷二」「番外」这类前缀，字符串比较照样乱。所以顺序应该是：先把命名收敛成唯一模板（比如强制「第{三位}章」），再谈补零，否则等于在乱序的基数上排序。

第④条那个对照实验，我建议改一下做法：别删已发章节重发。删了重发会生成新的发布时间，读者端的阅读进度和更新通知都会跟着乱。更稳的是新建一个测试作品，或者在一个空卷里丢两条测试章节来验证规则，确认生效了再批量处理正式内容。

拖拽重排那条提醒得很准。验证方法也简单：拖完别急着关，刷新一次页面，或者换个无痕窗口打开看顺序还在不在。顺序保持住，说明改的是本地排序字段；被打回，就是后台按发布时间重算了。

草稿箱那条我同意，先把残留清干净再开连载，变量少一个是一个。最后补个隐蔽坑：补零最容易漏的是位数起点不一致，比如前面写到「第099章」，后面手滑写成「第100章」——字符串比较里「1」小于「9」，顺序立刻错位。要么从第一章就定死固定位数，要么干脆别依赖标题排序。