晚上八点想把打到的材料挂上去，点确认后进度条转了十几秒提示超时，再点一次说物品已上架，结果列表里出现两条一模一样的挂单。这种重复挂单，通常是代理IP 出口在提交那几秒里换了一次线。
拍卖行不是打开一个列表那么简单
打开拍卖行界面，客户端同时在跑几路请求：拉取当前挂单列表、读取搜索筛选条件、同步自己已上架的物品、刷新收藏夹。这些请求都走代理IP 出口，任何一路慢下来，界面就停在半加载状态。
挂单列表通常按页返回，一页几十条。翻页是连续请求，代理IP 出口稳定时一页接一页顺畅加载；出口抖动时中间某一页请求失败，列表出现空白，或者直接跳回第一页重新来过。
搜索和筛选都是一次新的查询
按名称搜索、按品质筛选、按价格排序，每次操作都是一次新查询。排序方式改变时请求参数也跟着变，出口在筛选期间换了线，返回的结果可能还是上一次的筛选条件，看着像筛选没生效。
挂单和撤单都是写操作
上架是写操作，撤销也是写操作，而写操作最怕中断。提交请求发出后服务器已经处理，但回程响应没送到客户端，客户端以为失败又发了一次，于是出现重复挂单，或者撤单失败但物品其实已下架。
- 挂单提交前先确认出口稳定，提交过程中不要切换线路
- 搜索筛选结果对不上时，先确认出口没变再重新筛选
- 翻页查看列表时保持稳定出口，避免中途跳回第一页
- 上架与撤单间隔开操作，连续点击容易触发重复提交
提交后没有立刻返回结果，很多人会再点一次。代理IP 出口稳定时第一次提交其实已经成功，第二次点就是重复挂单；出口抖动时第一次根本没到服务器，第二次才是有效提交。两种情况应对方式完全不同。
挂单定价时会实时计算手续费和到手收益，这也是一次查询。出口抖动时手续费算不出来，定价界面卡住，或者显示上一次的数值，按这个数定价容易定错。
很多拍卖行提供近期成交价参考，这类历史数据要连续拉取。代理IP 出口频繁变动时曲线数据不完整，参考价偏低或者偏高，照着定价就容易吃亏。
挂单通常有上架时长限制，到期自动下架。到期状态的同步依赖定时查询，出口稳定时能及时收到下架提醒；出口抖动时提醒延迟，物品在架上白白多挂了一段时间。
把想要的物品加进收藏之后，会持续跟踪价格变化。这类跟踪是长期轮询，代理IP 出口保持稳定时价格变动及时可见，频繁变动时关注列表的价格停留在旧值，错过低价。
不少游戏提供配套的手机端或者网页端管理拍卖行。两端走同一个代理IP 出口，挂单状态才一致；一端固定一端乱跳，会出现电脑端显示已上架、手机端显示未上架的情况。
用模拟器在电脑上挂拍卖行时，网络请求同样要走代理IP 出口。模拟器多开的情况下每个实例各自发起请求，出口带宽不足会让其中一个实例的列表加载明显变慢。
版本更新之后物品价格和供需关系会大幅波动，拍卖行访问量陡增。这时候列表刷新和挂单提交最容易超时，错峰操作能避开这段拥堵，比挤在更新当天强。
有玩家总结过一句话：挂单失败先别急着点第二次，先看一眼自己那条线还稳不稳。这句话用在这里正合适——代理IP 出口稳住了，拍卖行里的大部分超时和重复，其实都不会发生。