I2.03.3chunk order by importance设计
分块顺序应按内容重要性
别名: 按重要性加载 · 主列优先 · importance-ordered chunks
概念解释
先画已就绪，并不等于谁先返回谁先画。网络完成顺序是工程事实，呈现顺序是产品决定。按重要性排序是说：对人正在做的任务贡献最大的块，即使它不是最快的那条接口，也应排在呈现队列前面；装饰、追踪、相关推荐可以后到。分块加载若按「回调谁就画谁」，会把带宽和第一眼都交给碰巧先到的次要模块。
机制
人在第一眼做的是任务分诊：这是不是我要的文章、价格对不对、主操作在不在。分诊用的信息几乎总是主列、标题、关键数值、主按钮，很少是页脚订阅框或侧栏广告。若侧栏先到并先画，第一眼的工作记忆被次要物体占满，主列后到时还要再分诊一次。重要性把「已就绪」从时间谓词改成带权的时间谓词：就绪且重要，才有权占用早到的注意。
重要性不是视觉权重那么简单。对阅读任务，正文比封面视频重要；对购买任务，价格和库存比品牌故事重要；对搜索，结果列表比「你可能还想找」重要。同一块在不同任务里权重会翻面，所以顺序要绑在这条路由的任务上，不能绑在组件库的默认 z-order 上。带宽是有限的：先拉重要块，次要块让路，否则「先呈现」会呈现错东西。
边界
无障碍的阅读顺序、键盘焦点顺序，不能被「视觉上不重要就晚加载」破坏成焦点跳进尚未存在的节点。法律和安全信息（费用、不可逆后果）即使看起来像脚注，对决策的重要性可以高于主图，不能因为画在下面就当次要。重要性未知时（第一次进一个用户自建的首页），应按稳定的任务默认而不是按个性化猜测去抢先；猜错会把人带到错误的第一眼。媒体很大、正文很小的时候，先画正文仍可能让第一屏显得空，空着也比先画一段不能决策的视频更符合这条原则。
怎么落地
- 为每条主要路由列一块「第一眼必须有」的清单（标题、主列、主操作、关键数），清单内的块优先请求、优先绘制。
- 把推荐、评论、追踪脚本、非首屏图放到清单之后，即使它们的接口更快返回也先不要画进第一眼。
- 重要性跟任务走：详情页和结算页各写各的清单，不要共用一个「侧栏总是第二」。
- 验证：在弱网下打开页面，看第一秒出现的是什么。若第一眼是广告或推荐而标题和主操作还没有，顺序就按到达排了，没按重要性排。