致命的關頭在於：這個服從將默許啟動，凡是用戶身邊有可用商品比價資訊的時候，它就會主動調出分屏，然後把大量紛雜的資訊向用戶砸來。

這不是獨一一個為了對抗幫助性HUD而遭到限定的“便利的原生服從”。

在用戶本身主動處理題目的同時，對小曹的聯絡嘗試也一向冇有間斷過。而遵循用戶和談，用戶標註的特彆存眷用戶耐久、持續建議視訊接入申請達到必然命量後，將主意向用戶發送告急視訊申請，用刺耳的警示音、刺目標警示亮光引發用戶的重視。

小曹一睡就是12個鐘，但很清楚的是，這半天時候頂用戶並不是像他夢中所見的那樣，歡暢的把玩著這個別緻的服從，反而是齊齊發瘋了一樣滿天下尋覓小曹，各地區的“眼線”微信群都炸了天一樣，用戶們都鬼哭狼嚎著要求從速去掉這個該死的新服從。

不過不要感覺被嚇醒就離開了夢魘，實際上這時候纔是苦海的開端。固然這些主動開啟的分屏是能夠被關掉的，隻要設置“製止統統主動分屏天生”便可。但這模樣又會利用戶在向多個朋友推行的時候，要多次操縱才氣劃出多個分屏，而不是簡樸設置個“始終保持起碼存在一個分屏”就能做到了。

和比較服從調集的申明書一樣，這個好不輕易才折騰出來的測試版，一點也不令人鎮靜：就像肖老伯建議的那樣，幫助性HUD測試版確切會用筆墨與分歧的色彩區塊標示以辨彆分歧的闤闠，但是色彩利用的非常不對勁――為了凸起闤闠的外表麵，小曹用了一大堆特彆敞亮的粉色、金色、綠色、天藍色、紫紅色，使得分屏畫麵與風景非常的不相稱；闤闠的稱呼和郵寄地點會懸浮在闤闠的外牆上，但字體倒是加粗的黑體，色彩也與外表麵用色不異。

幫助性HUD可不是像比較服從調集那樣，隨便的把資訊列出來便能夠了。而實際上，因為在平麵設想上的天賦真的不如何樣，小曹在這上麵堪堪破鈔了整整4天的工夫，才弄出了一個花花綠綠的測試版本出來。

用戶們發明，即便製止了分屏主動產生，在他們普通利用分屏的時候，“平台”仍然會主動領受四周物品的比價資訊，並不竭丟到他們正在用著的分屏上；但通過自定義顯現項把這個服從禁用了今後，用戶也冇法普通的利用比價服從調集了。

小曹就是在這類猖獗鳴叫的告急視訊申請下，憤怒地從甜睡中驚醒起來。

按照用戶和談，常範圍塊向辦理模塊發送視訊接入要求，後者是能夠在多次回絕要求後，主動轉入批量采納形式的。在該形式下，除非辦理模塊向常範圍塊主動建議視訊接入要求，不然常範圍塊將冇法再建議新的要求。這在必然程度上製止了待措置資訊的積存。