致命的關頭在於：這個服從將默許啟動，凡是用戶身邊有可用商品比價資訊的時候，它就會主動調出分屏，然後把大量紛雜的資訊向用戶砸來。
不但如此，當用戶進入闤闠後，不消說，每個商店又是一輪亮色轟炸，而跟著用戶的走動，商店中的各種商品資訊就會像瓢潑大雨一樣不竭閃現在分屏上――如小曹所想，用信號源把過往商品高低架資訊推送到用戶這邊，但他冇有重新設想UI，而是直接相沿了比價服從調集合遵循《尼斯和談》停止的商品分類。咱都曉得這個過於詳確的分類體例給小曹的用戶們帶來多大的費事，是以很明顯在用戶逛街的時候，還用這類體例向用戶丟來一大摞一大摞的資訊，會多麼影響用戶逛街的興趣。
不過不要感覺被嚇醒就離開了夢魘，實際上這時候纔是苦海的開端。固然這些主動開啟的分屏是能夠被關掉的，隻要設置“製止統統主動分屏天生”便可。但這模樣又會利用戶在向多個朋友推行的時候，要多次操縱才氣劃出多個分屏，而不是簡樸設置個“始終保持起碼存在一個分屏”就能做到了。
在用戶本身主動處理題目的同時，對小曹的聯絡嘗試也一向冇有間斷過。而遵循用戶和談，用戶標註的特彆存眷用戶耐久、持續建議視訊接入申請達到必然命量後，將主意向用戶發送告急視訊申請，用刺耳的警示音、刺目標警示亮光引發用戶的重視。
和比較服從調集的申明書一樣，這個好不輕易才折騰出來的測試版，一點也不令人鎮靜：就像肖老伯建議的那樣，幫助性HUD測試版確切會用筆墨與分歧的色彩區塊標示以辨彆分歧的闤闠，但是色彩利用的非常不對勁――為了凸起闤闠的外表麵，小曹用了一大堆特彆敞亮的粉色、金色、綠色、天藍色、紫紅色，使得分屏畫麵與風景非常的不相稱；闤闠的稱呼和郵寄地點會懸浮在闤闠的外牆上，但字體倒是加粗的黑體，色彩也與外表麵用色不異。
按照用戶和談，常範圍塊向辦理模塊發送視訊接入要求，後者是能夠在多次回絕要求後，主動轉入批量采納形式的。在該形式下，除非辦理模塊向常範圍塊主動建議視訊接入要求，不然常範圍塊將冇法再建議新的要求。這在必然程度上製止了待措置資訊的積存。
小曹就是在這類猖獗鳴叫的告急視訊申請下，憤怒地從甜睡中驚醒起來。
是的，人即便是在睡夢中，也會對周身環境中的光強竄改有所反應，如果竄改持續不竭，人就會逐步轉醒過來，睜看眼來檢察。成果就是：一多量用戶在深夜被幫助性HUD的顯現嚇醒了。