设置Content-Disposition为inline后大文件加载失败，咨询阈值判定方案

没有统一的官方大小阈值，不同浏览器、文件类型的处理逻辑差异极大，但行业实践里有不少可参考的经验值：

按文件类型的参考阈值 #

• 图片类（JPG/PNG/WebP）：Chrome、Firefox、Edge等主流浏览器，能稳定inline加载的上限大概在10-20MB，超过后易出现加载超时、内存溢出问题，高分辨率大图的阈值还要更低。
• PDF文档：Chrome和Edge对inline PDF支持较好，50MB以内基本能正常加载；Firefox的阈值约30MB，超了会自动触发下载或加载失败。
• 文本类（TXT/CSV）：纯文本文件的阈值偏高，100MB以内可尝试inline，但超过后浏览器会因渲染压力过大卡顿甚至崩溃。
• 多媒体类（MP4/AVI）：所有浏览器对inline视频的限制都很严格，建议20MB以内用inline，更大的文件直接走下载，否则会出现加载缓慢、无法播放的情况。

浏览器差异细节 #

• Chrome/Edge（Chromium内核）：对inline文件的内存管理相对宽松，超过阈值后会弹出提示询问是否下载，而非直接崩溃。
• Firefox：对大文件inline支持更保守，一旦超出自身内存限制，会直接拒绝加载并触发下载。
• Safari：iOS端限制最严格，比如PDF超过10MB大概率强制下载；Mac端稍宽松，但建议控制在30MB以内。

实用实践建议 #

• 不要依赖固定阈值，服务端最好做动态判断：根据文件类型、请求头的User-Agent识别浏览器，结合文件大小决定用inline还是attachment。
• 大文件优先提供预览+下载双重选项，比如先加载缩略图或文档前几页，让用户自主选择查看完整内容或直接下载。
• 测试覆盖主流浏览器的不同版本，尤其是移动端——移动端的内存和网络环境比桌面端苛刻得多。

内容的提问来源于stack exchange，提问作者Ranjan Kumar