量驳回模式的。在该模式下，除非管理模块向常规模块主动发起视讯接入请求，否则常规模块将无法再发起新的请求。这在一定程度上避免了待处理信息的积压。
也就是说，在小曹安睡的这12个小时中，他的用户们是绝对别想找到他人的——特别要点出的是，由于小曹的私心太重，他的用户群体根本没有其他询求本猫科技管理层介入解决紧急情况的渠道，也即除了小曹，没有人能够帮得了他们。
该死的是，小曹是在凌晨三点完成功能测试版的最后一版敲定的，那么可以想象，凌晨三点大家正睡得香熟的时候，“平台”突然自动扫描他们身边的所有物品——现代经济社会中，基本上所有物品都属于商品。扫描后“平台”会自动获得信号源那里的比对结果，然后就开始把大批大批的信息丢向用户面部正前方的分屏上。这时候分屏上会快速、拥挤的闪亮着各式各样的比对结果，在达到一定显示密度的情况下，不亚于明暗个不停的闪光灯。
是的，人即使是在睡梦中，也会对周身环境中的光强变化有所反应，如果变化持续不断，人就会逐渐转醒过来，睁看眼来查看。结果就是：一大批用户在深夜被辅助性HUD的显示吓醒了。
不过不要觉得被吓醒就脱离了梦魇，实际上这时候才是苦海的开始。诚然这些自动开启的分屏是可以被关掉的，只要设置“禁止所有自动分屏生成”即可。但这样子又会使用户在向多个朋友推广的时候，要多次操作才能划出多个分屏，而不是简单设置个“始终保持至少存在一个分屏”就能做到了。
这不是唯一一个为了对抗辅助性HUD而遭到限制的“方便的原生功能”。
用户们发现，即使禁止了分屏自动产生，在他们正常使用分屏的时候，“平台”依然会自动接收附近物品的比价信息，并不断丢到他们正在用着的分屏上；但通过自定义显示项把这个功能禁用了以后，用户也无法正常的使用比价功能集合了。
更加令用户们吐血的是：当用户从地点A移动到地点B后，在地点A显示过的商品信息，仍旧会在“过往比价信息”中出现，而地点B的比价信息又生成了，这就使得分屏上的数据越堆越多，最后整个分屏都变成了花屏，使得用户完全无法使用了。
联系不到小曹，用户们在微信群中怒吼着、咆哮着，但这解决不了问题。在这种危机情况下，用户自身的主观能动性被全面的调动起来，本来都想做伸手党的用户们这时候也被迫运用起他们的创造力来，纷纷在尝试着使用各种自定义