为什么客户端有的商品分类有图片，有的没有

客户端商品分类有的显示图片、有的不显示，决定权其实分两层。第一层是分类本身有没有配图：在商品分类上上传过图片的分类，客户端优先展示这张分类图，它跟分类里卖什么商品、商品有没有图都无关。第二层是没有配图的分类会走兜底逻辑：系统去这个分类下面找一个商品，把它当作门面，而选中的规则是看排序值——取排序值最大的那一个。所以同一个后台里有的分类有图、有的没图，本质上就是这两层逻辑混在一起跑。

兜底逻辑还有一个容易踩的坑：被借走图片的那个商品，必须自己也有图，而且还得是能正常展示的状态。如果它已经下架，或者它压根没上传过商品图，客户端这一格就什么都没有，看起来就像分类没有图片。换句话说，分类没图不一定是因为分类没配，也可能是它借用的商品出了状况。

第一步，先判断这个分类要不要独立配图。如果这个分类是重点入口，比如新品、爆款、活动专区，建议单独上传一张分类图片，这样它的展示就稳定了，不会再受下面商品排序浮动的影响。操作是在商品分类里找到对应分类，上传或替换分类图片并保存。

第二步，如果你确认分类已经传了图，但客户端还是旧图或者不显示，先去点一下更新缓存。分类图片的改动有时候不会立刻反映到已经打开的页面上，更新缓存是最省事的一次刷新动作，比你反复改图片有效。

第三步，如果这个分类你本来就不打算配图，那就把兜底商品管好：进到这个分类的商品列表，看当前排序值最大的那个商品是谁，确认它没有下架、商品图是正常上传的。想换封面，不用去改分类图，只要把目标商品的排序值调到最大即可；反过来，如果你不希望某个商品当封面，把它的排序值降下去就行。

商品排序值一改，除了影响列表顺序，还会顺带影响无图分类借用的那张封面，这是很多人没意识到的联动。库存和上架状态同样有影响：兜底商品一旦下架，封面就没了，这跟价格无关，但会直接影响客户端第一眼的观感。

权限方面，分类图片的上传和排序值的调整通常都在商品管理相关权限范围内，如果同事反馈「改不了图」，先确认账号有没有对应的操作权限，而不是反复怀疑缓存。报表侧一般不展示分类封面，但分类结构本身会影响按分类统计的维度，所以整理分类时顺手把图片补齐，后面看数据、调结构都省一遍返工。