客户端开发面试里，社区、内容、信息流类项目很容易被问。很多候选人只讲页面、组件和接口，但面试官更关心用户体验：列表滑动卡不卡，图片加载慢怎么办，弱网下怎么显示，页面退出后任务还要不要继续，缓存会不会展示旧数据。
客户端项目离用户更近，很多技术细节最终都会体现在体验上。
信息流先讲性能压力
社区信息流通常有大量图片、视频、互动状态和分页加载。面试里可以先讲压力来源：首屏要快，滑动要顺，图片不能撑爆内存，点赞评论状态要及时更新，网络差时不能一直白屏。
如果只说“实现了列表展示”，项目含金量会很低。更好的表达是把列表当作持续加载和复用的系统。
图片加载要讲缓存和内存
图片是客户端性能高频点。可以讲多级缓存：内存缓存提高重复显示速度，磁盘缓存减少重复下载，网络请求负责拉取新资源。还要讲图片尺寸控制，不能把超大原图直接加载到列表里。否则低端机容易内存上涨甚至崩溃。
面试官如果追问缓存旧数据，可以说头像、封面这类资源可以接受短时间缓存，但点赞状态、关注关系这类实时性更强的数据要及时刷新或局部更新。不同数据不能一刀切。
弱网和异常状态很加分
移动端环境不稳定。回答里可以主动讲加载中、失败重试、空状态、下拉刷新、分页失败、离线缓存。用户在地铁、电梯或网络切换时，页面不应该直接崩掉，也不应该让用户不知道发生了什么。
如果项目支持离线缓存，要说明哪些内容可以离线展示，哪些操作需要等网络恢复后再同步。比如浏览历史可以离线看，发布评论必须等服务端确认。
一段项目表达
可以这样说：我负责的社区信息流重点不是单纯渲染列表，而是保证首屏加载和滑动体验。图片按显示尺寸加载，配合内存和磁盘缓存，避免重复下载和大图占用过高；列表分页失败时保留已有内容并允许重试；点赞和关注先做本地反馈，但最终以服务端结果校准；弱网下展示缓存内容和明确的重试入口。上线后看首屏时间、滑动掉帧、图片加载失败率、崩溃率和用户刷新成功率。
客户端面试的项目价值，往往就藏在这些用户能感知的细节里。
客户端体验问题的取舍
社区类 App 的难点不只是页面多，而是内容流、图片、缓存、弱网和状态同步都在影响体验。面试里可以把每个体验问题对应到技术处理，而不是只说做了列表页。
| 问题 | 用户感知 | 技术处理 | 需要权衡 |
|---|---|---|---|
| 信息流卡顿 | 滑动不顺 | 复用 cell、分页、减少主线程工作 | 预加载和内存占用 |
| 图片加载慢 | 首屏空白 | 缓存、占位图、渐进加载 | 清晰度和流量 |
| 弱网 | 页面一直转圈 | 骨架屏、失败重试、离线缓存 | 新鲜度和可用性 |
| 返回页面状态丢失 | 用户要重新找位置 | 保留滚动位置和列表数据 | 内存和状态复杂度 |
如果能补一个具体例子，比如图片列表从一次性加载改成按可见区域加载，并观察掉帧和内存变化，文章会更贴近真实客户端项目。