User：
为什么现在网页/APP很难见到图片从上往下加载，而是要完全下载好才显示？
AI：
主要是因为现在的网络环境、设备算力和前端技术都变了，“一条一条往下刷出来”的老式加载方式（progressive JPEG/GIF 那种）已经不太符合今天的体验需求了。核心原因有下面几点：
1. 现代图片格式本身就不支持“从上往下”那种渐进式显示
老时代常见的 Progressive JPEG、Interlaced PNG/GIF 能做到“先糊再清晰，边加载边变清楚”。
但现在主流是：
WebP
AVIF
JPEG XL（部分）
这些格式很多默认是 一次性解码，解码前不会显示半成品。
因为它们的压缩方式变复杂了，数据不是简单按行排列，不能边下载边显示。
2. 移动端占主导，厂商更想要“稳定、不卡顿”的体验
以前电脑网速慢，能看到半张图就算有进展。
现在手机为主：
大家期望页面看起来“干净”
先显示占位图，图片瞬间清晰替换，看上去更顺滑
不让用户看到“模糊块”“像素阶梯”这种不美观的过程
所以前端普遍采用：
Skeleton（骨架屏）
Blur-up（先加载极小图的模糊版本，再替换高清）
Lazy load（懒加载）
这些方案比旧式的“向下拉条加载”体验更统一。
3. 前端框架推动了“占位 + 完整渲染”的模式
React / Vue / Next.js / Flutter 等框架常用：
先画布局（占位）
资源加载完再渲染内容
这样方便：
计算布局不用被图片大小打断
减少重绘、卡顿
提升滚动流畅度
渐进式图片会多次触发重绘（从模糊到清晰），反而性能不好。
4. 网络快了，不需要“边下边看”
对现在的网速来说：
小图基本是瞬间出来
大图加载一两秒不至于让人焦虑
相比过去 56K/ADSL 时代的“加载条真就是条命”，现在渐进式体验意义没那么大了。
5. 节省流量不如一次性加载更高效
渐进式 JPEG 等格式为了能早期显示，会把数据分多次编码：
压缩率更低
文件通常更大
这与如今“省流量 + 高压缩比”的趋势相悖。
总结一句话
现代图片格式 + 前端框架的默认策略 + 用户对视觉稳定性的要求
让“图片必须完全下载后再显示”成为主流，而不是老式的“从上往下加载”。如果你想，我也可以给你：
为什么微博/淘宝/小红书特别强调模糊占位图的原因
如何在网页上强制开启 progressive JPEG 效果
现代渐进式加载（blur-up）的实现方式
User：
有人喜欢这种效果吗？
AI：
有的，但人数不多，而且喜欢的原因跟“不喜欢大段空白”有关，不是为了怀旧。
一般喜欢“渐进式加载（先糊再清晰、从上往下显）”的人有几类：
1. 讨厌等到最后一刻才出现内容的人
有些人觉得：
一张图一直空着不出现
不如先看到个大概，知道是否是自己想看的
这种人最典型的需求是：
“给我点反馈，我想确认页面没卡死。”2. 做设计/摄影/重视效率的人
他们喜欢先看到构图，即使模糊也行：
先看画面布局
细节后面再清晰
这种人觉得：
“模糊预览比等半天白板好。”
3. 老互联网时代的用户，有习惯偏好
例如早期论坛、QQ 空间、博客时代的人，已经习惯了：
逐行扫描
渐进式清晰
浏览器不会一下子跳动内容
他们觉得渐进式：
更“真实”、更“在下载东西”的感觉。
这算是审美偏好+习惯记忆。
4. 神经质一点的用户（很正常的那种）
这类人对“空白”高度不耐烦：
白板 → 不确定是否成功加载
模糊 → 至少知道正在加载
尤其是弱网下，他们更偏爱渐进式。
为什么大多数人不喜欢？
不是因为什么大道理，就是下面两个字：
干净
现代的人非常重视界面整洁：
不想看到糊图
不想看到像素块
不想看到一行一行刷出来的“旧网感”
他们要的是：
一下出现完整、清晰、稳定的画面。
一句概括
喜欢的人有，但数量明显少了，属于更注重“反馈”或“效率”的人；而大多数用户更喜欢“干净、稳定、不跳动”的加载方式。
如果你愿意，我也能给你做一个简短的「用户类型 → 哪种加载方式最舒服」的匹配，看你属于哪一类。