商品详情页图片加载一半就停，代理IP 出口在详情与评价的位置

很多人以为商品详情页打不开就是网速慢，换条线刷新两下就行。真正卡住的地方往往不是网速：主图出来了详情长图却一直转圈，带图评价连传三次都失败，问大家里自己提的问题刷新半天才出现。这几件事都和代理IP 出口的稳定程度有关。

商品详情页不是一个页面，是好几路请求

打开一个商品详情页，客户端其实同时在跑几路请求：主图与轮播图、详情长图、参数与规格、价格与库存、评价列表、问大家。每一路都是独立请求，都走代理IP 出口，其中任何一路慢下来，整张页面就呈现半加载状态。

主图和轮播图通常是第一批加载的，文件大、占带宽；详情长图紧随其后，图片数量多，代理IP 出口带宽不足时会出现「图一张一张往外蹦」的情况。参数规格和库存属于实时数据，代理IP 出口抖动时价格或库存停留旧值，看到的和点进去的完全不一致。

评价为什么比详情更挑出口

详情页主要是读操作，评价区是读写混合。翻页看评价是读，提交带图评价是写，两者对出口的要求不一样：读操作怕抖动，写操作怕中断。出口在上传图片的几十秒里换了一次线，图片传一半留在服务器，评价发出去却是空的。

问大家和追评是双向请求

问大家是双向的：你提的问题要发出去，别人的回答要拉回来，还要等通知提醒。追评也一样，是在原评价上追加新内容后重新提交。这类请求次数多、频率高，出口稳定才能做到提问一次成功、回答及时可见。

1. 打开详情页前固定出口，主图、详情长图、评价列表在同一会话内加载完成
2. 翻页看评价前确认出口稳定，翻到一半换线最容易整页加载失败
3. 带图评价先单独上传图片成功后再提交正文，别让图片和文字分开走不同出口
4. 参与问大家提问回答期间不频繁切换出口，提交与刷新保持同一条线

带图评价是详情页里分量最重的一步。一张手机拍的照片几 MB，几张一起传会占满上行带宽。代理IP 出口留给图片上传的部分不足时，进度条走到一半停住，反复重传，最后用户干脆放弃评价，商家也少了一条真实反馈。

视频评价比图片更吃带宽。十几秒的短视频动辄几十 MB，上传时间长，中途任何一次出口抖动都可能让整个文件重来。上传期间保持稳定，比传完之后再补救要省力得多，也更省时间。

评价列表支持按时间、按有用、按有无图片筛选排序，每次筛选都是一次新请求。出口稳定时筛选秒出结果；出口抖动时筛选请求超时，列表停留在上一个排序状态，看起来就像点了没反应。

评价提交后通常要过一遍内容审核，审核状态需要主动查询。出口稳的时候状态可见可查，知道自己那条是审核中还是已发布；出口抖动时状态刷不出来，用户以为没提交成功又发一遍，重复内容反而被拦下。

追评是在原评价基础上追加内容，请求里带着原评价的标识。出口在追评期间换线，新内容和原评价对不上，会出现追评内容跑到别条评价下面、或者追加的图片丢失这类情况。

手机看详情、电脑下单是很常见的组合。两台设备走同一个代理IP 出口，详情页和评价区的加载状态才一致；一端固定一端乱跳，手机显示有货电脑显示无货，两端的评价列表排序也不一样。

大促和新品开售时段，详情页访问量陡增，图片与库存接口的带宽被占满。这时候长图加载慢、库存刷新滞后最明显，错峰浏览或者提前把带宽留给详情页，体验会好很多。

详情页的价格、库存、配送时效按地区展示，出口地区与收货地区一致时看到的信息才准。出口地区错位，看到的可能是别地区的库存和配送时效，等到下单环节才发现对不上。

详情页的体验好不好，看的是几路请求能不能同时跑顺——主图详情图加载得完，库存价格看得准，评价传得上去，问答回得过来。把代理IP 出口按这几路分开安排，页面才不会永远停在加载一半的地方。