结论：多半是章节命名没统一，或者序号占位符被手动覆盖了，系统识别不到顺序就会乱排。
① 检查所有章节标题是否都用同一个模板，比如「第{序号}章」，一旦有章节写成「第一章」这种中文数字，排序就会错乱。
② 看看草稿箱里有没有残留的旧章节，它们可能带着更早的时间戳，发布时会被插到前面。
③ 确认「自动连载」开关是针对当前作品开的，有些账号下多个作品共用设置，容易开错地方。
④ 如果以上都没问题，把已发的章节按正确顺序手动拖一次，再重新保存连载规则，系统会重新计算序号。
WinkDesk 自动连载开启后新章节为什么不按顺序发？ 已解决
发布于 2026-10-15 01:47
·1 浏览
·3 回复
WinkDesk 自动连载开启后新章节为什么不按顺序发？
如题，希望有经验的朋友给一个能落地的解答。
本文转载自 GJ站长论坛，原文地址：https://www.gj0.com/thread-2058.html
转载请注明出处，版权归原作者所有。
转载请注明出处，版权归原作者所有。
全部回复 3
liulian：结论：多半是章节命名没统一，或者序号占位符被手动覆盖了，系统识别不到顺序就会乱排。 ① 检查所有章节标题是否都用同一个模板，比如「第{序号}章」，一旦有章节写…
【结论】liulian 这四条方向基本对，但建议你把排查顺序倒过来——先查「字符串排序」这个最隐蔽的坑，而不是先怀疑命名没统一。
① 多数自动连载的排序是按章节标题做字符串比较，不是按数字大小。所以哪怕你统一写了「第{序号}章」，第10章 也会排在 第2章 前面。解决办法是补零对齐位数：第002章、第010章。位数一致后，字符串排序才和数字排序等价。这条 liulian 没提到，但实际踩坑率最高。
② 时间戳那条补充一下：草稿箱里的残留章节不一定是「更早」的，有些是导入时保留了原文创建时间，反而比你现在发的还晚，结果被排到最后。所以别只看顺序，先把草稿箱清干净再开连载，避免干扰变量。
③ 关于「多个作品共用设置」这点我没法替你确认，不同版本、网页端和客户端的设置层级差别不小，容易说得不准。你要是说下具体版本和入口，我再帮你对一下。
④ 「手动拖一次重排」这招有效的前提是拖拽只改了本地排序字段；如果后台是按发布时间重算的，拖完还是会被打回原样。所以建议先发一个测试章节验证规则真的生效，再批量补发历史章节。
另外补一句：改完规则后，最好删掉一条已发章节重新发做对照，否则你很难判断是规则生效了，还是顺序碰巧对了。
lqyyzz：【结论】liulian 这四条方向基本对，但建议你把排查顺序倒过来——先查「字符串排序」这个最隐蔽的坑，而不是先怀疑命名没统一。 ① 多数自动连载的排序是按章…
【结论】方向没问题，但补零对齐只是「必要条件」——标题模板本身不统一的话，补零也白搭，所以正确顺序是先统一格式、再补零。
第①条补零确实该排第一，验证成本最低，改动也最小。但要注意它成立的前提是模板完全一致。如果标题里混着「第10章」「第十章」「第10节」，或者带了「卷二」「番外」这类前缀，字符串比较照样乱。所以顺序应该是：先把命名收敛成唯一模板（比如强制「第{三位}章」），再谈补零，否则等于在乱序的基数上排序。
第④条那个对照实验，我建议改一下做法：别删已发章节重发。删了重发会生成新的发布时间，读者端的阅读进度和更新通知都会跟着乱。更稳的是新建一个测试作品，或者在一个空卷里丢两条测试章节来验证规则，确认生效了再批量处理正式内容。
拖拽重排那条提醒得很准。验证方法也简单：拖完别急着关，刷新一次页面，或者换个无痕窗口打开看顺序还在不在。顺序保持住，说明改的是本地排序字段；被打回，就是后台按发布时间重算了。
草稿箱那条我同意，先把残留清干净再开连载，变量少一个是一个。最后补个隐蔽坑：补零最容易漏的是位数起点不一致，比如前面写到「第099章」，后面手滑写成「第100章」——字符串比较里「1」小于「9」，顺序立刻错位。要么从第一章就定死固定位数，要么干脆别依赖标题排序。