造成“丟包”（即接收不到部分廣播包）的原因是多方面的，主要可以從以下幾個(gè)層面來(lái)解釋：

一、 核心原因：藍(lán)牙掃描的“被動(dòng)監(jiān)聽(tīng)”機(jī)制

手機(jī)上的標(biāo)準(zhǔn)藍(lán)牙掃描（特別是在App層面）是被動(dòng)、非連續(xù)的。它不是像收音機(jī)一樣一直“開(kāi)著耳朵”聽(tīng)，而是周期性地打開(kāi)接收窗口進(jìn)行監(jiān)聽(tīng)。這個(gè)周期由操作系統(tǒng)和應(yīng)用設(shè)置決定。

· 手機(jī)掃描間隔：即使信標(biāo)每500ms發(fā)一次，手機(jī)的藍(lán)牙掃描器可能每1秒、2秒甚至更長(zhǎng)時(shí)間才被喚醒一次來(lái)“聽(tīng)一下”。如果兩次掃描窗口之間信標(biāo)廣播了，這個(gè)包就會(huì)被錯(cuò)過(guò)。

· 掃描窗口持續(xù)時(shí)間：即使掃描被喚醒，它也只“聽(tīng)”一個(gè)很短的時(shí)間（例如幾十毫秒）。如果在這個(gè)“聽(tīng)”的瞬間，沒(méi)有信標(biāo)廣播，這個(gè)掃描窗口就“空”了。

簡(jiǎn)單比喻：

信標(biāo)就像一個(gè)每分鐘響一次（500ms）的鬧鐘。

您的手機(jī)就像一個(gè)每隔幾分鐘才醒過(guò)來(lái)幾秒鐘的人，醒來(lái)后聽(tīng)一下有沒(méi)有鬧鐘聲。

如果鬧鐘在您睡著的時(shí)候響了，或者您醒來(lái)的那幾秒鐘恰好沒(méi)響，您就“漏聽(tīng)”了這次響聲。

二、 物理層與環(huán)境因素

1. 無(wú)線電干擾與碰撞：

· Wi-Fi 與藍(lán)牙同頻段干擾：藍(lán)牙和2.4GHz Wi-Fi 都在2.4GHz頻段工作。當(dāng)Wi-Fi路由器、微波爐等設(shè)備工作時(shí)，會(huì)產(chǎn)生強(qiáng)烈的無(wú)線電“噪音”，可能直接“淹沒(méi)”微弱的藍(lán)牙信號(hào)。

· 多個(gè)信標(biāo)干擾：如果環(huán)境中有多個(gè)藍(lán)牙信標(biāo)（或其他藍(lán)牙設(shè)備），它們的廣播可能在空氣中“撞車”，導(dǎo)致手機(jī)無(wú)法正確解析任何一個(gè)。

2. 信號(hào)衰減與多徑效應(yīng)：

· 距離與障礙物：信號(hào)強(qiáng)度隨距離平方衰減。穿墻、經(jīng)過(guò)人體（人體含大量水分，對(duì)2.4GHz信號(hào)吸收很強(qiáng)）、金屬物遮擋都會(huì)大幅削弱信號(hào)。

· 信號(hào)反射：無(wú)線電波會(huì)經(jīng)過(guò)墻壁、家具等反射，產(chǎn)生多個(gè)路徑到達(dá)手機(jī)。這些相位不同的信號(hào)疊加，有時(shí)反而會(huì)相互抵消，導(dǎo)致特定位置瞬間信號(hào)極差，稱為“多徑衰落”。

三、 手機(jī)硬件與操作系統(tǒng)調(diào)度

1. 省電策略與CPU休眠：

· 現(xiàn)代手機(jī)為省電，會(huì)深度管理后臺(tái)進(jìn)程。掃描藍(lán)牙的App可能在后臺(tái)被“掛起”，CPU不再為其工作，導(dǎo)致掃描中斷。

· 手機(jī)在鎖屏狀態(tài)下，系統(tǒng)會(huì)大幅降低掃描頻率以節(jié)省電量。

2. 天線性能與芯片差異：

· 不同手機(jī)型號(hào)的藍(lán)牙天線設(shè)計(jì)、接收靈敏度差異巨大。一些低端機(jī)型的接受能力本身就較弱。

· 手機(jī)握持姿勢(shì)（尤其是手握金屬邊框天線部位）會(huì)顯著影響信號(hào)接收。

3. 操作系統(tǒng)限制：

· iOS/Android 的掃描限制：為了統(tǒng)一管理功耗和隱私，操作系統(tǒng)對(duì)后臺(tái)藍(lán)牙掃描有嚴(yán)格限制。例如，iOS的 CBCentralManager 在后臺(tái)模式下的掃描行為與前臺(tái)不同。

· 掃描去重：系統(tǒng)層或SDK層可能會(huì)對(duì)短時(shí)間內(nèi)收到的相同UUID、相同Major/Minor的信標(biāo)廣播包進(jìn)行去重，以避免應(yīng)用層收到過(guò)多重復(fù)數(shù)據(jù)，這也會(huì)讓您感覺(jué)“包變少了”。

四、 協(xié)議與應(yīng)用層因素

1. 廣播信道跳頻：

· 藍(lán)牙BLE廣播在3個(gè)固定的信道上進(jìn)行（37, 38, 39）。信標(biāo)會(huì)在這3個(gè)信道間輪換發(fā)送廣播包。

· 如果手機(jī)的掃描窗口恰好只“聽(tīng)”了其中一個(gè)或兩個(gè)信道，就會(huì)錯(cuò)過(guò)在其他信道上的廣播。

2. 應(yīng)用層處理延遲：

· 即使手機(jī)底層收到了廣播包，還需要經(jīng)過(guò)操作系統(tǒng)調(diào)度、傳遞給前臺(tái)/后臺(tái)的App。如果App正在處理其他任務(wù)（如UI刷新、網(wǎng)絡(luò)請(qǐng)求），可能會(huì)造成短暫的“處理?yè)砣保瑢?dǎo)致一些包雖然收到但未被App及時(shí)記錄上報(bào)，感覺(jué)像是丟了。

如何驗(yàn)證與改善？

1. 使用專業(yè)工具驗(yàn)證：使用像 nRF Connect 這樣的低層調(diào)試工具進(jìn)行掃描，它能顯示最底層的廣播包，排除應(yīng)用層邏輯的影響。

2. 調(diào)整信標(biāo)參數(shù)（如可行）：縮短廣播間隔（例如從500ms改為200ms），能顯著提高被掃描窗口“捕捉”到的概率，但會(huì)大幅增加信標(biāo)功耗。

3. 優(yōu)化手機(jī)設(shè)置：確保App有后臺(tái)運(yùn)行、位置、藍(lán)牙等所有必要權(quán)限；在系統(tǒng)設(shè)置中關(guān)閉該App的電池優(yōu)化。

4. 控制環(huán)境：在無(wú)Wi-Fi干擾、空曠、近距離（1-3米內(nèi)）環(huán)境下測(cè)試，作為基準(zhǔn)。

5. 應(yīng)用層容錯(cuò)設(shè)計(jì)：這是最關(guān)鍵的一點(diǎn)。您的應(yīng)用程序絕對(duì)不能依賴“收到每一個(gè)包”。正確的設(shè)計(jì)應(yīng)該是：

· 基于信號(hào)強(qiáng)度（RSSI）和“最近收到包的時(shí)間”來(lái)判斷距離和存在。

· 使用移動(dòng)平均、卡爾曼濾波等算法來(lái)平滑RSSI值，避免因單次丟包或RSSI跳動(dòng)導(dǎo)致判斷失誤。

· 設(shè)置合理的超時(shí)時(shí)間（例如，3-5秒沒(méi)收到包才認(rèn)為信標(biāo)已遠(yuǎn)離）。

結(jié)論

您觀察到的“丟包”是預(yù)期內(nèi)的正?，F(xiàn)象，而非故障。這是由于無(wú)線通信的不確定性、手機(jī)系統(tǒng)的功耗管理策略以及藍(lán)牙協(xié)議本身的工作機(jī)制共同導(dǎo)致的。在實(shí)際應(yīng)用中，20%甚至更高的丟包率都是常見(jiàn)的。關(guān)鍵在于您的應(yīng)用程序邏輯要能夠適應(yīng)這種不可靠的、間歇性的數(shù)據(jù)流，通過(guò)算法和策略來(lái)保證最終用戶體驗(yàn)的穩(wěn)定性和可靠性。