藍牙低功耗廣告功能一直以來都是開發者們“直接使用”的一項技術，直到它開始以一些隱蔽而麻煩的方式引發問題。你只需設置一個名稱、添加一個UUID，或許再加入一些制造商相關的數據，然后就希望一切都能正常運行。多年來，人們默認的規則很簡單：如果信息無法被壓縮到31個字節以內，那就是你的問題了。而擴展廣告功能正是藍牙規范對這一現狀的遲來認可——現代設備在建立連接之前確實需要傳遞更多信息。
這篇文章將深入、實際地探討目前在Android開源項目中實現的擴展藍牙廣告功能。我們會解釋這項功能存在的必要性、它在實際通信過程中的工作原理、Android系統提供了哪些相關接口以及隱藏了哪些信息，還會說明如何使用這項功能而不至于無意中影響電池壽命或設備的兼容性。此外，我們還會討論開發團隊在實際生產過程中常會犯的一些錯誤、那些在文檔中并未被提及的注意事項，以及如何以系統工程師的角度來設計廣告數據包，而不是僅僅從數據包的數量角度來考慮問題。
如果你曾經疑惑為什么有時某個設備能正常接收擴展廣告信息，而另一個設備卻無法接收；或者為什么你精心設計的廣告數據包在掃描結果中根本顯示不出來，那么這篇文章非常適合你閱讀。
目錄
我們都曾接受的那個31字節的謊言
很長一段時間里，藍牙低功耗廣告機制讓我們接受了這樣一個在事后看來顯得相當荒謬的概念：整個設備的識別信息竟然可以被壓縮到31個字節中。不是31個字符，也不是31個“邏輯字段”，僅僅是31個原始字節而已。這些字節包含了設備的標志、服務UUID、設備名稱、制造商信息，以及產品團隊認為必須讓他人在未建立連接的情況下就能獲取的各類數據。最終，每一位藍牙低功耗技術的工程師都像人們習慣接受糟糕的網絡延遲或慢速的Wi-Fi一樣，將這一限制視為理所當然的事情。
因此，我們只能設法應對這種限制。我們將設備名稱縮寫成只有內部人員才能理解的含義；把多種信息壓縮到單個字節中，就像在20世紀80年代編寫匯編代碼一樣；我們還發明了一些二進制協議，將這些信息嵌入到制造商數據字段中，只希望永遠沒有人需要在原始開發者不在場的情況下去調試這些協議。而當其他方法都失敗時，我們就會采取最糟糕的做法：僅僅為了讀取一些基本信息，就建立連接，這樣不僅會浪費電量、增加延遲，還會讓整個系統變得混亂，只是為了回答那個“你是什么設備？”的問題。
事實是，傳統的藍牙廣告機制根本不是為現代的藍牙低功耗設備設計的。它最初是為那些簡單的信標設備、心率監測器等設計的，這類設備在公共場合可以不需要具備復雜功能，只有在建立連接后才會啟動高級功能。但幾年后，藍牙低功耗設備已經不再是單純的配件了，它們變成了可穿戴設備、音頻播放器、追蹤器、智能眼鏡、鎖具等等。這些設備需要在建立連接之前就廣播自己的功能信息、兼容性數據、當前狀態，有時甚至還需要表達自己的意圖。31字節的限制不僅顯得過于有限，而且確實導致了系統設計的缺陷。
這就是“31字節謊言”的真正危害所在。問題并不在于這31個字節的存在本身，而在于它們根本不足以滿足各種需求——無論是設備識別、兼容性檢測，還是實現多個設備在未配對的情況下進行交互。藍牙技術社區多年來都清楚這一點，因此才會有這么多產品違反規則，濫用掃描響應機制，或者在原本設計就不適合承載大量信息的基礎上，再添加自定義的協議。
擴展廣告機制的出現，正是因為整個行業終于意識到：設備識別已經不再是一個簡單的“是或否”的問題了。設備識別需要結合具體的上下文來進行判斷——這設備是誰、它能做什么、人們應該如何與它交互，甚至是否真的有必要與它進行通信。試圖用31個字節來表達所有這些信息，根本不是什么高明的工程設計，而只是為了生存而采取的權宜之計。擴展廣告機制其實就是藍牙技術在說：“現在你們可以好好解釋一下自己是誰了。”
當你理解了這一背后的原因，就會發現擴展廣告機制并不是一種高級的可選功能，而更像是一種必要的補救措施。它并不是對系統的一次升級，而是對多年來那些創造性妥協、尷尬的權衡以及潛藏在無數生產系統中的錯誤假設的一種修正。一旦你這樣看待它，那么關于它的運作原理、Android系統是如何利用它的，以及如何正確使用它，這些內容就會變得容易理解多了。
廣告基礎知識（但你可能已經忘記的那些細節）
大多數開發者認為藍牙廣告只是“在后臺自動進行的操作”，但這種模糊的理解恰恰會導致人們在面對擴展廣告功能時產生困惑。實際上，廣告并不是隨意向空氣中發送數據，而是一種基于無線電傳輸時間、功耗限制以及碰撞避免機制而設計的、經過精心優化的發現機制。如果你不重新審視這些限制條件，擴展廣告功能可能會顯得神秘甚至不可靠，但事實上它的運行方式完全符合設計初衷。
在經典的BLE廣告模式下，所有通信都通過37、38和39這三個專用頻道進行。這些頻道的存在唯一目的就是實現快速設備發現。它們被刻意設置在2.4 GHz頻段中較為分散的位置，并經過優化，以便掃描設備能夠快速掃描這些頻道而不會消耗過多電量。正是這種設計使得廣告功能在低功耗設備上能夠高效運行，但同時也導致數據傳輸量受到了嚴重限制——每多一個字節的數據，所有接收設備的通信時間、碰撞概率以及功耗都會相應增加。
許多人還會忽略另一個細節：廣告通信并不是對稱的。廣告發送方可以控制數據包的發送時間和頻率，但掃描設備最終接收到什么內容則由它們自己決定。由于輪詢機制、干擾因素或操作系統的調度安排，掃描設備可能會錯過一些數據包。因此，廣告信息被設計得具有冗余性和重復性；同時，廣告數據也被要求具備無狀態、自包含的特點。如果你的數據包需要依賴前一個數據包才能完整理解其含義，那么這種設計就已經存在缺陷了。
“掃描響應”機制是人們在不破壞原有廣告模型框架的前提下嘗試進行擴展的首個方法。它允許廣告發送方選擇在何時以及以何種頻率發送數據包，但具體接收內容仍由掃描設備決定。不過，這一改進并沒有從根本上解決數據傳輸量的限制問題——每個數據包的大小仍然被限制在31字節以內，通信依然依賴專用頻道進行，且通信機制也依然是以設備發現為核心設計的。掃描響應機制雖然增加了系統的復雜性，但并未真正提升數據傳輸效率。
擴展廣告功能正是建立在這些基礎機制之上的。它依然堅持“快速、低成本的設備發現”這一原則，但將信息描述與設備識別過程分離開來。專用廣告頻道仍然用于宣告設備的存在，但不再需要承載所有詳細信息。一旦掃描設備確認了某臺設備的存在，后續的數據傳輸工作就可以通過其他方式完成。正是這種設計理念的突破，使得擴展廣告功能顯得更加強大，而不僅僅是一種“規模更大的傳統廣告形式”而已。
如果讀完這段內容后你能記住一個關鍵點，那就是：廣告的目的并不是為了最大化數據傳輸量，而是為了將被發現的成本降到最低。擴展廣告功能并沒有改變這一目標，它只是為我們提供了更有效的工具來實現這一目標，同時讓我們不再對“31字節的數據量到底能傳遞多少信息”這種問題產生誤解罷了。
擴展廣告存在的原因
擴展廣告的出現，是因為藍牙低功耗生態系統已經超出了最初設計時所基于的假設。早期的藍牙低功耗設備都是簡單、單一用途的外設，它們只需要宣告自己的存在，或許還需要提供一個服務UUID即可。而現代的藍牙低功耗設備本身就已經構成了一個完整的生態系統。在任何連接建立之前，這些設備都需要表達自身的功能、版本信息、角色定位、兼容性限制，有時甚至還需要說明自身的臨時狀態。舊有的設計模式迫使開發者要么將這些信息隱藏在連接過程之后，要么將它們壓縮成難以理解的數據格式。而擴展廣告機制正是藍牙規范對這種變化的一種認可——因為設備的發現過程已經變得更加智能和復雜了。
推動擴展廣告發展的一個重要因素是避免不必要的連接。建立連接會消耗大量的系統資源：會喚醒CPU、占用內存、觸發安全認證流程，同時還可能引發用戶能夠察覺到的副作用，比如權限提示或界面切換等。許多系統其實并不愿意進行連接，除非它們已經確定該設備與自身的需求相關。擴展廣告使得設備能夠在連接之前就提供足夠的信息，讓用戶判斷是否值得與該設備建立連接。這一功能極大地改變了系統的設計方式，尤其是在可穿戴設備、音頻生態系統以及基于距離的交互場景中。
另一個推動擴展廣告發展的關鍵因素是可擴展性。在設備數量較少的情況下，傳統的廣告機制表現良好，但當設備密度增加時，這種機制就會變得效率低下。當所有設備都試圖通過相同的主要通道來發送廣告信息時，數據沖突會增多，設備的發現效率也會下降。擴展廣告通過將大量數據轉移到次要通道上，減輕了主要通道的負擔。主要通道仍然用于發送簡短、快速的信息，而更詳細的數據則通過次要通道僅傳遞給那些需要這些信息的設備。這種分離機制有助于大型生態系統在擁擠的無線環境中更加穩定地運行。
擴展廣告的出現還有助于在傳輸范圍、速度和功耗之間實現更好的平衡。傳統的廣告機制依賴于LE 1M物理層協議，這種協議雖然實用，但并不總是最佳選擇。擴展廣告允許設備使用LE 2M物理層協議來提高數據傳輸速度，或者使用LE編碼物理層協議來延長傳輸距離。這意味著設備可以根據自身的實際需求來調整廣告信息的發送方式，而不再被迫采用統一的解決方案。例如，追蹤器、耳機和智能鎖等設備都可以采用不同的廣告機制進行通信，但它們仍然可以在同一個藍牙生態系統中被其他設備識別到。
最后，擴展廣告的存在也是因為僅僅保證向后兼容性并不足以滿足現代技術發展的需求。藍牙技術聯盟歷來都非常謹慎地對待破壞舊設備的行為，有時甚至會因此而犧牲一些創新機會。擴展廣告機制通過與傳統廣告機制共存的方式，解決了這一矛盾——設備既可以使用擴展廣告機制，也可以繼續使用傳統廣告機制；它們可以根據實際需要動態地選擇使用哪種機制，或者在必要時優雅地切換回傳統方式。這種設計使得新系統可以在發展的過程中不會讓舊硬件陷入困境，而在當今這個藍牙設備的使用壽命往往比與其連接的手機更長的時代，這一點尤為重要。
從根本上來說，擴展廣告的功能并不在于發送更多的數據字節，而在于在交互的早期階段就明確表達出設備的意圖。這種機制使得設備能夠在任何人建立連接之前，更真實地展現出自身的身份及需求。一旦從這個角度去理解擴展廣告的作用，就會發現它其實并非可選功能，而是不可或缺的一部分。
藍牙規范中發生了哪些變化
當人們聽說擴展廣告是隨著藍牙5.0版本出現的時，他們往往會認為這只是些細微的改動，比如緩沖區大小的增加，或者協議層中某些限制的放寬。但實際上，擴展廣告要求人們對藍牙規范中廣告信息的呈現方式進行徹底的重新設計。其中最重要的變化并不在于數字“255”，而在于將廣告信息明確劃分為發現階段和數據傳輸階段，并在協議層面對這些流程進行規范，而不是依靠一些臨時性的解決方案來處理這些問題。
在舊的藍牙規范中，所有廣告信息都存儲在主要的廣告通道中。這些通道既用于通知其他設備該設備的存在，也用于傳遞描述該設備的所有詳細信息。但由于主要廣告通道會被范圍內所有設備共享，因此藍牙規范對這種設計方式進行了嚴格的限制。而擴展廣告則打破了這種束縛。新規范引入了“輔助廣告鏈”的概念：主要廣告信息中只包含指向攜帶實際數據包的輔助通道的指針，這個指針被稱為“輔助指針”，它是整個擴展廣告機制的核心。
另一個重要的變化是，廣告信息不再被假設為單一的數據包。在擴展廣告模式下，數據包可以被拆分成多個輔助數據包，并通過特定的鏈接方式組合在一起，這樣掃描設備就可以重新組裝這些數據包來獲取完整的信息。這種設計使得廣告數據包的體積可以大大增加，而無需進行一次耗時較長的傳輸操作，從而避免占用過多的通信資源。藍牙規范明確規定了這些數據包鏈的調度方式、時間同步機制以及掃描設備應如何遵循這些規則。正因如此，擴展廣告相比那些舊有的技術手段來說，顯得更加可靠。
此外，藍牙規范還將廣告功能與固定的物理層傳輸機制分離了。在舊的廣告模式下，廣告信息總是通過LE 1M物理層進行傳輸，這種機制雖然能夠平衡通信范圍和數據傳輸速度，但并不總是最理想的方案。而擴展廣告允許輔助數據包使用不同的物理層傳輸機制，例如LE 2M物理層可以加快數據傳輸速度，而LE編碼物理層則能擴大通信范圍。這一變化雖然看似細微，但卻具有很大的實用性，因為它讓設備設計者能夠根據實際需求自主選擇合適的傳輸方式，而不必被固定的默認設置所限制。
還有一個重要的變化在于，掃描能力和連接能力不再被綁定在相同的機制上。在舊的廣告模式下，這兩種能力是與特定的數據包類型緊密關聯的，因此靈活性較差。而擴展廣告則將這些屬性明確地定義為可配置的參數。一個擴展廣告信息可能具有可掃描性但不可連接性，也可能具有可連接性但不可掃描性，甚至兩者都不具備。對于現代系統而言，發現設備、交換功能信息和建立連接這三個環節是相互獨立的過程，它們各自涉及到不同的安全性和功耗要求，因此這種靈活性顯得尤為重要。
最后，該規范引入了新的人機交互命令，以便在控制器層面控制擴展廣告功能。過去只有一種命令用于設置廣告數據，而現在則有了專門用于設置參數、提供數據以及啟用或禁用廣告功能的獨立命令。這種變化體現了將廣告視為具有生命周期和狀態的管理對象，而非靜態配置項的思維方式。Android的API也反映了這一轉變，因此AOSP系統中的擴展廣告功能雖然看起來更為復雜，但同時也具備更強的靈活性。
綜合來看，這些變化說明擴展廣告并非一種簡單的附加功能，而是一種全新的廣告模式，它只是與原有的廣告機制共存而已。藍牙規范并沒有僅僅提高某些限制，而是重新定義了哪些廣告內容是被允許存在的。正因如此，擴展廣告功能能夠推動新的系統設計誕生，而不僅僅是讓舊有的系統運行得稍微順暢一些。
傳統廣告與擴展廣告：客觀的對比分析
人們很容易認為擴展廣告是對傳統廣告功能的升級，但這種觀點會導致不良的設計決策。傳統廣告并沒有過時，而擴展廣告也并非在所有情況下都更優越。它們其實是兩種為應對不同需求而優化的工具，了解每種技術的適用場景比死記硬背它們的功能列表更為重要。藍牙規范之所以同時支持這兩種廣告方式，是因為現實世界中的產品確實需要這種靈活性。
傳統廣告的優勢在于其簡單性、可預測性以及廣泛的兼容性。所有支持BLE協議的手機和控制器都能理解這種廣告格式，而且它的運行表現也在多年的生產實踐中得到了充分驗證。由于它僅使用主要的廣告通道和固定的物理層協議，因此在低端硬件上也能保持穩定的性能。因此，對于那些需要簡單標識、適用于基本外設或必須被多種掃描設備識別的設備來說，傳統廣告是一個非常合適的選擇。如果你的廣告需求可以通過名稱、UUID以及少量元數據來表達，那么傳統廣告往往是最安全、風險最低的選擇。
而擴展廣告則更注重表達能力和選擇性。它允許設備提前傳遞更多信息，但這種設計的前提是使用者擁有性能更強的掃描設備和控制器。在現代的Android生態系統中，這一前提通常是成立的，但畢竟仍是一種假設。此外，擴展廣告還引入了許多額外的復雜性因素：次要廣告通道、輔助數據指針、物理層協議的選擇以及更大的數據負載量。這些因素都會帶來功耗、時序控制及兼容性方面的挑戰，而傳統廣告則完全沒有這些問題。
這兩種廣告模式在擴展能力方面也存在顯著差異。傳統廣告的所有數據傳輸壓力都集中在所有設備共用的主要通道上，當環境中的設備數量增多時，這些通道就會變得擁擠，從而導致設備的發現效率下降。而擴展廣告通過將主要廣告信息保持在較小規模，并將較大的數據負載量轉移到僅在必要時使用的次要通道上，從而緩解了這一壓力。在設備密集的環境中，這種設計使得擴展廣告不僅具有更強的表達能力，其穩定性也更高。
另一個關鍵區別在于，不同的廣告模型對系統設計的引導方式不同。傳統的廣告模式往往會促使開發者盡早建立設備之間的連接，因為在這種模式下，前期并沒有足夠的空間來表達設備的功能意圖或兼容性要求。而擴展型廣告模式則鼓勵開發者采取相反的做法：多進行廣告宣傳，但減少設備之間的實際連接。這種轉變能夠顯著降低能耗并提升用戶體驗，尤其是在那些設備是通過隨機方式被發現、且只有部分設備需要建立連接的生態系統中。
不過，擴展型廣告模式并非沒有代價。較大的數據包傳輸所需的時間更長，次級通道的調度也會導致傳輸時序出現不確定性，而且，并非所有控制器在頻繁使用擴展型廣告功能時都能表現出良好的性能。在某些情況下，尤其是對于超低功耗設備或那些對向后兼容性有嚴格要求的 produk 來說，傳統廣告模式仍然是更好的選擇。真正的錯誤并不在于選擇傳統廣告模式，而在于僅僅因為擴展型廣告模式的存在就盲目選擇它。
最有效的藍牙系統會將傳統廣告模式與擴展型廣告模式視為互補的關系。它們會利用傳統廣告模式來最大化設備的可發現性和兼容性，而在生態系統條件允許的情況下，則使用擴展型廣告模式來進一步豐富設備發現的機制。只要合理運用這種混合策略，就能同時獲得兩種模式的優點，而不會在不必要的地方引入額外的復雜性。
擴展型廣告在無線通信中的工作原理
如果僅僅通過 API 和數據包大小這些概念來描述擴展型廣告模式，可能會讓人覺得它很抽象；但一旦你了解了實際在無線通信中發生了什么，就會發現這種模式其實非常容易理解。其核心思想在于：廣告傳播不再是一個簡單的事件，而是一個分為兩個階段的過程——首先是設備的被發現，然后才是設備詳細信息的傳遞。藍牙規范對這一過程進行了明確的規定，這樣就可以讓設備被快速找到，同時也不會迫使所有的掃描設備都承擔接收大型數據包所帶來的負擔。
這個過程始于傳統廣告模式所使用的那些主要廣告通道。使用擴展型廣告模式的設備仍然會在 37、38 和 39 號通道上發送數據包，而這些數據包的大小被刻意設計得較小。它們的作用并不是詳細描述設備的各項功能，而是用來宣告設備的存在，并提供一個指向更多詳細信息的鏈接。這個鏈接就是“輔助指針”，它告訴掃描設備接下來應該在何時何地繼續進行信息獲取。從系統的角度來看，這種設計能夠確保設備發現的效率和質量，這對于那些依靠電池供電的掃描設備來說尤為重要，比如手機和可穿戴設備。
一旦掃描設備接收到了這些初始廣告信息，并認為該設備值得關注，它就會根據輔助指針前往次級廣告通道。這些次級廣告通道屬于常規的數據傳輸通道，并非專門用于發送廣告信息的通道。正是在這里，擴展型廣告模式真正發揮了它的作用。次級數據包的大小可以更大，也可以使用不同的物理層協議進行傳輸；如果數據量太大，一個數據包無法完成傳輸，那么這些數據包還可以被串聯起來一起發送。對于掃描設備來說，這種通信方式更像是一種有針對性的數據獲取過程，而不是盲目的廣播操作。
這種鏈式傳輸機制尤為重要。與一次性發送大量數據不同，擴展廣告功能允許廣告商將數據分成較小的部分，并依次進行傳輸。每個數據包都包含時間信息，這樣掃描設備就能知道何時接收下一部分數據。這種方式能夠減少數據沖突，提高傳輸的可靠性，同時避免占用過多的無線頻段。此外，在信號擁擠的環境中，這種傳輸方式也更具擴展性，因為大型數據包不再需要與其它數據包競爭主頻道的傳輸空間。
物理層協議的選擇對擴展廣告在無線環境中的傳輸效果有著重要影響。設備可以在主頻道使用LE 1M物理層協議以實現最大的兼容性，而在輔助頻道則切換到LE 2M物理層協議以加快數據傳輸速度；或者，在輔助頻道使用LE編碼物理層協議來覆蓋更遠的傳輸距離。這些選擇并非理論上的假設，它們會直接影響信號的傳播范圍、延遲以及功耗。擴展廣告機制正是將這些因素明確地考慮在內，而不是將它們隱藏在固定的默認設置之后。
這種設計的一個微妙但重要的后果是，并非所有掃描設備都能完整接收到所有的擴展廣告信息。有些掃描設備可能會接收主廣告內容，但選擇不跟隨輔助數據鏈接進行進一步操作——這可能是由于它們進行了主動的數據過濾，也可能是為了節省電量。這種設計初衷就是如此。擴展廣告功能假定掃描設備會有一定的選擇性，而廣告商也能夠接受這種選擇性。如果你的系統要求所有掃描設備都必須接收到全部數據，那么擴展廣告可能并不是最適合你的解決方案。
將擴展廣告視為一種“對話”而非簡單的“廣播”，有助于我們更好地理解它的運作方式。主廣告相當于在說：“我在這里，更多信息可以在這里找到。”而輔助廣告則是在提供具體的“所需信息”。一旦你接受了這種傳遞邏輯，很多人們原本認為是程序漏洞的現象，其實往往都是為了實現可擴展性和能效優化而有意做出的設計決策。
Android支持：版本、控制器與實際應用
在Android系統中，擴展廣告功能就是這樣一個例子——API接口所揭示的信息僅是整個機制的一部分。從理論上講，Android系統確實提供了支持擴展廣告的API，而且現代手機也都配備了支持藍牙5.0標準的控制器。但實際上，擴展廣告能否正常工作取決于Android版本、控制器硬件以及廠商發布的固件這三者之間的配合。如果其中任何一方出現問題，開發團隊就會陷入“調試藍牙故障”的誤區，而實際上這些問題往往是由于生態系統不兼容造成的。
從Android框架的角度來看，直到藍牙5.0標準推出之后，開發者們才真正開始了解擴展廣告功能的實現原理。早期的Android版本雖然能夠支持藍牙5.0控制器，但并沒有提供直接使用擴展廣告功能的方法。因此，在很長一段時間里，盡管硬件技術上已經具備了相關能力，但應用程序甚至系統組件都無法利用這一功能。當擴展廣告API最終被正式引入時，開發者們在使用這些接口時也非常謹慎，因為其中包含了許多針對控制器行為的檢測機制和假設條件。
即使在今天，與擴展廣告功能相關的最重要的API調用也并非用于啟動廣告播放。實際上，這個調用是用來檢測系統是否支持擴展廣告功能的。在Android系統中，這一檢測是通過藍牙適配器來進行的，而這一檢測結果所反映的并不僅僅是設備是否符合相關規范。它實際上體現了藍牙芯片廠商對其產品功能進行了哪些測試、哪些功能已被啟用以及哪些功能被認為是安全的。如果這個檢測結果顯示“不支持”，那么強行使用擴展廣告功能無疑是愚蠢的行為，因為這可能會導致系統出現不可預測的問題。
接下來要考慮的是藍牙控制器的兼容性。有些藍牙控制器雖然宣稱支持Bluetooth 5標準，但在實際使用擴展廣告功能時仍會表現不佳；有些控制器僅在特定的物理層協議下才支持擴展廣告功能；還有一些控制器的有效數據傳輸長度限制低于理論最大值；此外，某些固件版本在處理鏈式輔助數據包時會出現問題，或者在同時啟用多個廣告功能時出現時間同步異常。從Android系統的角度來看，這些都屬于控制器的特殊行為；但從用戶的角度來看，這些就是產品使用中的風險因素。
通常情況下，藍牙芯片廠商的固件配置以及藍牙系統本身的設置，比Android系統的版本本身更為重要。即使兩款手機運行的是同一版本的Android系統，但如果它們的藍牙固件不同，其表現也可能大相徑庭。因此，有些設備上擴展廣告功能可以正常使用，而有些設備上卻會默默地出現故障，盡管這兩款設備都聲稱自己支持這一功能。Android系統的藍牙系統需要在提供高級功能與保護用戶免受系統不穩定帶來的影響之間取得平衡，而芯片廠商往往會在確信自己的產品在不同電源狀態、不同共存環境下以及符合各種監管要求之后，才會啟用這些功能。
另一個需要考慮的因素是Android系統本身在內部使用擴展廣告功能的頻率。系統的各個組件、輔助設備管理程序以及第三方服務都可能會消耗廣告資源，而這些資源并不是無限的。有些控制器的資源限制程度其實相當低，因此當某個應用程序嘗試使用擴展廣告功能但失敗時，根本原因可能并不在于這個應用程序本身，而是因為系統其他部分耗盡了可用的廣告資源。正因如此，擴展廣告功能的故障有時會呈現出間歇性特征，并且不同設備的表現也會有所不同。
在實際應用中，我們應該將Android系統中的擴展廣告功能視為一種有條件的優化選項，而不是一個必然會生效的功能。那些用于檢測系統是否支持擴展廣告功能的代碼并不是可有可無的冗余代碼，它們實際上是系統與硬件之間的一種契約。如果擴展廣告功能對你的產品體驗至關重要，那么在進行測試時就必須涉及多種不同的設備、不同的芯片廠商以及不同版本的操作系統。Android系統提供了強大的工具，但它也要求用戶在使用這些工具之前必須先獲得許可，并且能夠接受“不支持”這一結果。
如果你能以這種態度來對待Android系統的擴展廣告功能，那么你就能節省大量的時間，避免收到許多錯誤的錯誤報告，也能減少在深夜進行調試的次數。
深入了解AOSP：從框架API到HCI命令
要真正理解Android中的擴展廣告功能，就不能將其僅僅視作一次API調用，而應該將其看作是一個由多個環節組成的流程。當你要求Android啟動擴展廣告功能時，其實并不是在簡單地切換一個開關，而是在觸發一系列決策過程、數據轉換操作以及驗證步驟，而這些步驟涉及系統的多個層級，每個層級都有其特定的限制條件與可能出現故障的情況。了解這個流程中哪些地方容易出問題，往往能幫助我們更高效地進行調試，而不會陷入盲目的試錯之中。
在這個流程的最上層是框架API，通常是通過BluetoothLeAdvertiser來訪問這一層的。框架API的設計初衷就是提供高度靈活的配置機制。你不需要提供一整段配置代碼，而是可以分別定義廣告參數、廣告數據、可選的掃描響應信息以及回調函數。這種設計體現了藍牙規范將廣告功能視為一個可被管理的對象，而非靜態設置的理念。當你請求啟動擴展廣告功能時，框架會首先驗證你的配置是否在邏輯上是合理的，例如會檢查舊版模式、可掃描性以及可連接性這些參數之間是否存在矛盾。
一旦框架確認配置無誤，請求就會傳遞到藍牙系統服務層。在這里，政策設置開始發揮作用——該服務會制定一些全局性的限制規則，比如控制器支持的最大廣告集數量，以及是否允許使用擴展廣告功能。此外，它還會協調系統中那些可能爭奪廣告資源的組件與應用之間的沖突。如果這一環節出現故障，通常會表現為一個通用的錯誤反饋，盡管根本原因可能是資源耗盡或政策限制，而非配置格式錯誤。
從系統服務層開始，配置信息會通過JNI機制傳遞到原生代碼中。這個轉換過程不僅僅是語言層面的跨越，更是高級抽象概念被轉化為控制器層面可執行指令的過程。廣告參數會被轉換為HCI命令中的相應字段，數據內容也會根據控制器的限制條件進行驗證，而物理層的連接選項則需要與控制器所宣稱的支持能力相匹配。如果這一環節出現故障，往往是因為控制器報告的能力與框架預期的存在細微差異。
在最低層，擴展廣告功能是通過藍牙5.0引入的一組專用HCI命令來控制的。這些命令用于設置擴展廣告參數、提供廣告數據，以及啟用或禁用廣告功能。與傳統廣告不同，擴展廣告功能的配置需要分多個步驟完成：必須先設置參數，然后才能生成廣告數據；只有當數據準備就緒后，才能真正啟動廣告功能。這種順序是由控制器來強制執行的，違反這一規則就會導致系統出現嚴重錯誤。
這種架構的一個重要特點是：擴展廣告功能出現的故障往往與其根本原因相去甚遠。應用程序中某個配置錯誤的參數可能會導致HCI命令被拒絕，而這一錯誤會被報告為一種普通的故障。控制器的某些特性也可能導致只有在特定時間條件下，廣告功能的啟用才會失敗。如果不了解從API到HCI這一整個處理流程，這些問題就會顯得隨機且難以預測。
這種分層設計并非偶然，它反映了Android需要在成千上萬的設備變體中平衡靈活性、安全性和兼容性。對于開發人員來說，挑戰在于學會理解這些不同層次之間的關聯。框架日志、藍牙服務的相關記錄以及控制器的信息都能揭示部分問題真相。擴展廣告功能之所以會出故障，并非因為它們本身不可靠，而是因為在很多環節上都必須確保操作的正確性，否則故障就會以隱蔽的形式出現。
一旦你掌握了這一處理流程，擴展廣告功能就不會再那么神秘了。它不再是一種“有時能正常工作”的API，而是一個界限明確的系統。當你了解了這些界限之后，就可以有針對性地設計自己的廣告功能使用方式，確保自己的操作始終在允許的范圍內進行，而不會不斷遇到那些行為不確定的情況。
如何在Android中創建擴展廣告功能
在Android中創建擴展廣告功能時，理論終于與實際應用相結合了。但許多開發人員也會發現，與傳統的廣告功能相比，擴展廣告功能的容錯性要低得多。這些API確實非常強大，但它們的前提是開發者必須清楚自己要求系統執行的具體操作。如果把傳統的廣告功能比作填寫一張簡單的表格，那么擴展廣告功能就更像是在配置一個包含各種規則、限制條件以及生命周期的管理系統。
第一步就是確認你的設備是否支持擴展廣告功能。這不是一個形式上的檢查，也不是僅針對舊版本設備才需要進行的操作。Android會明確說明這一功能是否可用，因為是否支持該功能取決于控制器、固件以及供應商的配置設置，而不僅僅是與操作系統版本有關。如果適配器報告稱不支持擴展廣告功能，那么你就必須相信這個結論。強行繼續使用這些API并不會自動切換回傳統的廣告功能，反而只會導致各種混亂的故障。
一旦確認設備支持擴展廣告功能，你就可以創建一個AdvertisingSetParameters對象。在這個步驟中，你需要明確說明自己的需求。你必須明確禁用傳統廣告模式，因為擴展廣告功能并不是對傳統廣告功能的簡單擴展，而是一種完全不同的工作模式。此外，你還需要決定該廣告功能是否支持掃描、是否允許連接，或者兩者都不支持。這些選擇的重要性遠超你的想象：可掃描的廣告會吸引用戶進一步互動；可連接的廣告則意味著有可能建立連接關系。如果選擇兩者都不支持，那就意味著系統只需完成發現目標即可。
PHY的選擇也是一個不能被忽視的重要環節。主PHY和輔助PHY是獨立配置的，所選擇的組合會直接影響通信范圍、延遲以及功耗。許多開發人員默認使用LE 1M模式，因為這種模式“始終能夠正常工作”，但這樣做其實忽略了擴展廣告功能的目的。如果為輔助廣告選擇LE 2M模式，那么對于大型數據包來說，傳輸所需的時間將會大幅增加；而LE編碼PHY則能夠在傳統廣告模式難以覆蓋的距離范圍內實現設備間的發現與通信。這些都屬于系統層面的權衡，而不是些表面上的選項而已。
擴展廣告功能真正發揮作用的地方在于廣告數據本身。雖然現在不再受31字節的限制，但這并不意味著可以隨意設計廣告數據包的結構。Android系統仍然會執行相關的限制規則，而這些限制可能低于理論上的最大值。此外，廣告數據還必須符合特定的語義規范：它應該是結構完整的、具有版本信息的，并且可以被安全地忽略掉。擴展廣告功能確實為開發者提供了更多的靈活性，但這也并不意味著可以隨意將應用程序的其他協議包含在廣告數據包中。
啟動廣告功能僅僅是一個開始，而非整個流程的結束。擴展廣告功能會大量使用回調機制來報告操作的成功與否以及狀態變化情況。這些回調機制并非可有可無的附加功能，而是判斷廣告功能是否已經成功創建、啟用或被關閉的唯一可靠依據。將廣告功能視為“一次性使用后即可忽略”的東西，是一種常見的錯誤做法，這種做法會導致廣告功能無法正常工作，或者資源泄露，在超出限制時還會引發各種問題。
干凈地停止擴展廣告功能的操作與啟動它同樣重要。由于廣告功能是系統中明確的對象，因此必須明確地對其進行禁用和釋放。如果不這樣做，后續的廣告嘗試很可能會失敗，尤其是在那些廣告功能使用權限有限的設備上。在長期運行的系統中，這種問題會影響到系統的穩定性，而這類問題的診斷往往更加困難。
在創建擴展廣告功能時，最重要的觀念轉變就是要認識到：你不再是在配置一個靜態的廣播信號，而是在管理一個具有各種參數、數據、狀態和所有權信息的動態對象。一旦你以這種方式來思考這個問題，相關的API也會變得易于理解。否則，擴展廣告功能就會顯得很不穩定。這種區別并不在于復雜性的高低，而在于能否在連接建立之前，更清晰、更準確地傳遞所需的信息。
如何設計能夠長期使用的廣告數據包
擴展廣告功能確實消除了對廣告數據包大小的最明顯限制，但這并不意味著可以隨意設計這些數據包。事實上，額外的空間反而使得良好的設計變得更加重要。一個設計不佳的廣告數據包不僅會浪費字節資源，還會導致長期的維護問題、兼容性故障，以及調試上的麻煩——而這些問題的解決難度會在設備真正投入使用時變得更大。
一個優秀的廣告數據包所遵循的首要原則是：它必須具備自描述能力。廣告信息在傳輸過程中難免會出現丟失、順序混亂或部分內容被忽略的情況。因此，每個廣告數據包都必須包含足夠的上下文信息，以便他人能夠獨立理解其內容。在這里，版本控制是必不可少的功能——在數據包的開頭添加明確的版本字段，可以讓掃描工具在無需與廣告發布者同步更新的情況下進行進化發展；同時，當數據包格式發生變更時，這一機制也能為你提供有效的應對方案。
另一個重要的原則是向前兼容性。擴展型廣告格式雖然能夠實現更豐富的信息傳遞，但這種傳遞過程并不需要雙方進行協商或確認。掃描工具應該能夠忽略那些它無法理解的字段，而不會因此導致系統出現故障。通常來說，應將廣告數據包設計成由帶有長度前綴或類型標簽的字段組成的序列，而不是采用固定的二進制結構。這樣的設計方式可以讓后續添加新字段時不會影響舊版本的解析器，即使增加一些字節也不會帶來太大負擔，相比之下，使用不可擴展的格式所帶來的損失要嚴重得多。
還需要記住的是，廣告數據是存在于一個共享的無線通信環境中的。僅僅因為你可以發送更多的數據，并不意味著你就應該發送所有信息。廣告數據包應當只包含那些能夠幫助掃描工具決定下一步該做什么的信息，例如設備的功能、角色信息、兼容性標志以及一些粗略的狀態描述等。而詳細的配置信息、用戶數據或任何需要保密的內容，則不應該包含在廣告數據包中。擴展型廣告終究還是廣告，并不是某種安全的傳輸機制。
功耗因素也會對廣告數據包的設計產生影響。較大的數據包傳輸所需的時間更長，可能還需要通過多個連續的數據包來進行傳輸，這會增加通信所消耗的電量，進而影響廣告發布者和掃描工具的能耗。即使在允許數據包規模擴大的情況下，設計緊湊的數據結構依然會帶來長期的好處。擴展型廣告格式確實為開發者提供了更多的靈活性，但高效的編碼方式仍然是必不可少的，這并不是什么過時的要求。
團隊們經常犯的一個錯誤就是將擴展型廣告數據包當作存儲內部數據結構的工具來使用。這種做法起初可能只是為了方便操作，但最終卻會變成一種隱患。無論你是否有意如此，廣告數據包都是你的公共接口的一部分，它們必然會被他人觀察、記錄、逆向分析，并被以你無法預料的方式加以利用。因此，清晰、有節制地設計廣告數據包，實際上是對未來系統穩定運行的投資。
如果設計得當，擴展型廣告數據包會隨著時間的推移而逐漸完善。它們能夠幫助生態系統持續發展，而不需要立即進行連接調整、固件更新或協議重新設計。相反，如果設計不當，這些數據包就會變成隱藏的技術隱患，只有在實際使用中出現問題時才會顯現出來。擴展型廣告格式確實為你提供了更多的思考空間，而如何明智地利用這一空間，才是區分優秀系統與脆弱系統的關鍵。
如何掃描擴展型廣告數據包
在掃描這些擴展廣告的過程中，許多開發人員首次意識到了理論上可行的技術與實際設備上的運行效果之間的差異。從掃描器的角度來看，這種擴展廣告功能確實為用戶提供了更多的選擇權——掃描器能夠檢測到某臺設備的存在，但并不一定非要接收該設備發送的所有數據。這種選擇性是經過刻意設計的，如果你希望自己的系統能夠表現出可預測的行為，那么理解這一設計原理就顯得至關重要了。
從宏觀角度來看，掃描過程仍然會從主要的廣告渠道開始。掃描器會像檢測傳統廣告一樣，監聽廣告內容并應用相應的過濾規則。當遇到擴展廣告時，初始數據包中可能只包含最基本的信息以及一個輔助指針。此時，掃描器需要決定是否跟隨這個輔助指針來獲取更多信息。這一決策可能會受到過濾規則、時間限制、功耗考慮因素，或者操作系統內部調度機制的影響。關鍵在于，即使接收到了主要廣告內容，也不能保證一定能獲得其中的擴展數據。
Android通過與檢測傳統廣告相同的掃描API來處理擴展廣告數據，但當有擴展數據可用時，這些API會添加額外的字段。這可能會讓人覺得掃描過程是“自動進行的”，但實際上系統是在為你做出相應的決策。如果你的掃描設置較為激進，系統為了節省電量，可能會選擇不跟隨輔助指針來獲取擴展數據；如果過濾規則過于寬泛，系統也可能會降低優先級，從而忽略擴展數據的傳輸。這些行為并非漏洞，而是平臺在權衡各種因素后做出的取舍。
另一個需要注意的因素是時間控制。擴展廣告的正常運行依賴于主要數據包與輔助數據包之間的精確協調。如果在輔助數據包被發送時，掃描器正在忙碌、處于睡眠狀態，或者正在切換工作場景，就可能會完全錯過這個數據包。這樣一來，掃描結果就會不完整——設備雖然會被檢測到，但其擴展數據卻無法被獲取。開發者有時會將這種現象視為系統的不穩定行為，但實際上這只是掃描器的任務周期和優先級設置所導致的。
在處理擴展廣告時，過濾策略就顯得更為重要了。由于跟隨輔助指針會消耗一定的資源，因此掃描器最好能盡早有選擇地接收信息。設計得當的廣告數據結構會將最重要的標識信息放在主要廣告內容中，這樣掃描器就可以在不必接收全部擴展數據的情況下做出明智的決策。如果關鍵信息只存在于擴展數據中，掃描器可能永遠無法獲取到這些信息。
擴展廣告還改變了開發者處理掃描結果的方式。根據不同的時間和環境條件，同一設備可能會被多次檢測到，其顯示的內容也可能會有所不同（有時會包含全部數據，有時則只顯示部分內容）。那些假設掃描結果一定是完整且最終的代碼，很可能會出現錯誤。而優秀的掃描系統會將掃描結果視為逐步更新的信息，通過不斷合并數據來獲取最終的結果，而不是期望所有信息一次性全部到達。
歸根結底，掃描擴展廣告實際上是一種基于概率思維的過程。你無法保證在每一個時刻都能獲得完整準確的信息，但系統提供的結構足以幫助你在一段時間內做出正確的決策。當系統是按照這種思路設計的時，擴展廣告就能幫助用戶實現更豐富的信息發現體驗，同時也不會影響系統的功耗效率；而當設計不合理時，擴展廣告就會顯得不可預測。這種差異其實更多體現在人們對這些系統的預期上，而非API本身的功能差異。
性能、功耗與時間開銷的權衡
擴展型廣告功能確實為開發者提供了更多靈活性，但同時也迫使他們面對那些傳統廣告模式所隱藏的權衡問題。在傳統廣告模式下，大部分關鍵決策早已被相關規范預先確定好了：數據包的大小是固定的，物理層傳輸機制也是既定的，其傳輸時序也相對容易預測。而擴展型廣告功能去掉了這些束縛，雖然這為開發者帶來了更多自主性，但若處理不當，也會帶來危險。
功耗問題是大多數團隊最容易低估的權衡因素。當廣告數據包的大小增加時，設備處于無線電工作狀態的時間也會相應延長，尤其是當這些數據包被分散在多個輔助數據包中傳輸時。每個額外的數據包都會增加傳輸時間，同時也會增加掃描設備為接收完整的數據包而多次喚醒自身的概率。對于廣告發布方來說，如果廣告發送間隔很短，或者同時有多個廣告任務在運行，那么功耗就會顯著增加；而對于掃描設備而言，過度依賴這些輔助數據包也會嚴重影響電池壽命，尤其是對于那些已經需要在后臺執行許多任務的移動設備來說。
物理層傳輸機制的選擇也會直接影響功耗。使用LE 2M協議進行輔助廣告傳輸可以減少數據傳輸時間，因為這種協議的傳輸速度更快，盡管其瞬時數據傳輸速率較高，但總體功耗卻會降低。而LE編碼物理層協議雖然能擴大通信范圍，但卻會以增加傳輸時間和功耗為代價。對于需要實現遠距離通信的場景來說，選擇這種編碼協議可能是正確的選擇，但這一決定必須經過慎重考慮。否則很容易設計出在實驗室環境中表現良好，但在實際使用中卻會大量消耗電池電量的廣告方案。
在傳輸時序方面，擴展型廣告的功能也與許多開發者的預期不同。由于輔助廣告數據包的發送時間是相對于主廣告數據包來安排的，因此任何延遲或沖突都可能在整個數據傳輸鏈中產生連鎖反應。這意味著擴展型廣告在傳輸時序上的不確定性要遠遠高于傳統廣告模式。如果系統僅根據廣告發送間隔來假設傳輸時序是穩定的，那么使用擴展型廣告功能很可能會打破這些假設。因此，在設計系統時，應該注重系統的容錯能力而非傳輸精度。
性能優化并不僅僅局限于無線電通信層面。在Android系統中，處理擴展型廣告數據會增加藍牙堆棧的處理負擔，導致內存消耗增加，并且還會向應用程序發送更多的回調信息。如果掃描頻率很高，而且數據包的大小較大，那么這些因素都會進一步增加CPU的使用負荷，并給垃圾回收機制帶來壓力。雖然這些影響單獨來看可能并不顯著，但在那些需要頻繁進行后臺掃描或持續進行設備識別的系統中，它們的累積效應就會變得非常明顯。
最重要的性能優化措施之一就是適度控制數據傳輸量。擴展型廣告功能確實允許發送更多數據，但通過更智能地控制數據傳輸量，往往能夠獲得更好的效果。將關鍵識別信息放在主廣告數據包中，可以幫助掃描設備提前過濾掉不必要的輔助數據包，從而避免不必要的數據接收操作；同時，保持輔助數據包的大小適中也可以減少數據傳輸時間，提高系統的可靠性。這些優化措施并非多余之舉，它們其實是構建可擴展系統的基礎所在。
在實際應用中，最佳的擴展廣告配置是通過反復測試得出的結果，而非憑猜測確定的。通過測量功耗、觀察設備在負載下的掃描行為，并在真實的射頻環境中進行測試，才能發現那些在簡單測試中無法顯現出來的權衡因素。只有將擴展廣告視為一個系統級功能，而不是用來替代傳統的廣告機制，團隊才能真正發揮它的作用。
如果運用得當，擴展廣告可以通過減少不必要的連接并實現更智能的設備識別機制，從而提升性能和能效；但如果使用不當，反而可能產生相反的效果。關鍵在于要明白：靈活性總是伴隨著責任，尤其是在無線系統中。
實際應用案例：可穿戴設備、配件與物聯網
只有當擴展廣告從演示環節真正應用于實際產品中時，它的價值才會得到充分體現。這時，“能夠發送更多數據”與“能夠設計出更優秀的系統”之間的區別就變得顯而易見了。在生產環境中，擴展廣告的意義不在于數據傳輸量，而在于減少連接次數、降低重復嘗試的頻率，以及避免無關設備之間產生不必要的交互。
可穿戴設備是擴展廣告最明顯的受益者之一。現代的可穿戴設備很少會孤立存在，它們通常會與手機、其他輔助設備、充電器甚至其他可穿戴設備進行互動。通過擴展廣告，這些設備可以提前向用戶說明自己的功能、兼容性等信息。這樣，在嘗試建立連接之前，手機就能判斷該設備是否支持所需的各項功能或操作模式，從而避免不必要的配對嘗試，使多設備協同使用變得更加順暢。
音頻配件也是擴展廣告的典型應用場景。耳機和耳塞往往會在充滿藍牙設備的環境中使用，而傳統的廣告機制無法提供足夠的識別信息來消除混淆。擴展廣告則能夠傳遞更多關于設備類型、支持的配置文件或當前狀態等信息，從而幫助手機快速選擇“正確的”設備進行連接。這種機制大大減少了連接到無關設備所帶來的困擾，提升了用戶體驗。
物聯網設備同樣可以從擴展廣告中受益。許多物聯網設備被設計為可以被多個掃描設備隨時發現并短暫交互。擴展廣告使這些設備能夠在不建立連接的情況下，主動暴露自身的配置狀態、是否已準備好接受配置信息或所屬者的身份信息。在部署和維護場景中，這一功能尤為重要，因為它能幫助技術人員或自動化系統快速而準確地識別目標設備，從而節省大量時間和精力。
總的來說，擴展廣告通過多種方式提升了各種設備的用戶體驗和系統的穩定性。無論是可穿戴設備、音頻配件還是物聯網設備，擴展廣告都能為它們帶來實質性的好處。
另一個重要的應用場景是在異構生態系統中進行功能協商。當不同代際或不同廠商的設備共存時，擴展廣告機制允許新設備宣傳自身的高級功能，而舊設備則會忽略那些它們無法理解的功能。這樣一來，系統就可以實現平滑進化，而無需進行硬分叉或強制升級。系統可以自然發展，擴展廣告機制在這里起到了兼容性緩沖的作用，而非引發破壞性的變化。
在那些需要根據距離來調整行為的場景中，擴展廣告機制也同樣表現出色。設備可以傳達自身所處的狀態信息，比如是否準備好進行交互或參與某個臨時小組活動，這樣掃描設備就能做出相應的響應。這種方式能夠減少不必要的干擾，讓用戶體驗到響應迅速且不侵擾性的交互體驗。在這種應用場景下，擴展廣告機制的價值在于它所避免的問題，而不僅僅在于它所能實現的功能。
所有這些應用場景都有一個共同點，那就是選擇性。只有當設備在發送信息時有所目的，而掃描設備在接收信息時也能有針對性地進行處理時，擴展廣告機制才能發揮最佳效果。如果雙方都能將廣告信息視為有意義的交流內容，而不是背景噪音，那么擴展廣告機制就會成為一種強大的系統架構工具，而不僅僅是一個數據包而已。
常見的生產環境中的錯誤與故障模式
雖然擴展廣告機制已經足夠成熟，可以確保其可靠性，但它仍然具有一定的復雜性，因此可能會出現一些在文檔或示例代碼中無法預見的故障。大多數生產環境中的問題并非源于對API的誤解，而是由于人們對擴展廣告機制在負載情況下、在不同設備上以及隨著時間推移時的行為方式存在錯誤的假設。如果能夠及早發現這些故障模式，就可以節省大量的調試時間，避免一些隱蔽的問題被發布到用戶手中。
其中一個最常見的問題是人們認為擴展廣告機制總會以一種平滑的方式失效或回退到舊版本。有些開發人員在沒有進行適當的功能檢測的情況下就啟用了擴展廣告機制，他們期望系統在遇到不支持的情況時能夠自動切換回傳統的廣告方式。但實際上這種機制并不會自動切換。當擴展廣告機制不被支持或暫時無法使用時，相關請求往往會直接失敗。如果不能正確處理這種失敗情況，設備可能會完全停止發送廣告信息，而不會以降低功能強度的方式繼續發送。
另一個常見的問題是廣告集合資源被耗盡。控制器所能支持的廣告集合數量是有限的，而且這個限制往往比人們想象的要小得多。如果不能及時停止或釋放已使用的廣告集合，這些資源就會不斷累積，最終導致控制器無法創建新的廣告集合。這種情況通常表現為間歇性的故障，只有在對系統進行長時間運行或特定的用戶操作流程后才會出現。由于根本原因在于資源泄漏，而非配置錯誤，因此這些故障在短暫的測試環境中很難被重現。
與時間相關的錯誤也十分常見。擴展廣告功能的實現依賴于主數據包與輔助數據包之間的精確協調，而這種協調關系可能會因設備電源狀態的切換、射頻信號的共存問題或系統負載的變化而受到影響。即使在條件看似完全相同的情況下，開發人員也會發現掃描結果中有時會包含擴展數據，而有時則不會。將掃描結果視為階段性而非最終確定的成果，有助于緩解這些問題，但這需要開發者改變原有的掃描邏輯編寫方式。
數據包的大小和結構問題也經常出現。雖然擴展廣告功能允許使用更大的數據包，但控制器通常會設定低于理論最大值的限制。過大的數據包可能會被默默地截斷或直接拒絕接收。而在其他情況下，結構不合理的數據包會導致掃描設備在解析過程中出現錯誤，這些錯誤往往會被誤認為是傳輸失敗所致。如果在數據包中添加明確的長度和版本字段，那么這些問題的檢測和診斷就會變得容易得多。
另一種隱蔽的故障模式與系統其他組件的交互有關。在Android系統中，系統服務及廠商提供的功能可能已經在內部使用了擴展廣告技術。當某個應用程序啟動擴展廣告功能時，它可能會在不知不覺中與其它組件爭奪有限的系統資源，由此導致的故障看起來可能是隨機的，除非考慮到更廣泛的系統環境。這一點在那些具有嚴格功耗管理機制或廠商自定義藍牙功能的設備上尤為明顯。
最后還有一類錯誤只在實際的無線環境中才會出現。干擾、設備的密集度以及移動性等因素都可能影響擴展廣告功能的表現。在實驗室環境中能夠正常工作的數據包，在擁擠的環境中可能會出現問題，從而導致次要數據包丟失或發現延遲。這些問題并非擴展廣告技術本身的缺陷，而是提醒我們：無線系統的運行結果其實是具有隨機性的。因此，在真實環境下進行測試是必不可少的。
大多數與擴展廣告相關的問題并不會造成嚴重的后果。它們往往表現得比較隱蔽、間歇性出現，而且很容易被誤判。應對這些問題的關鍵在于保持謙遜的態度：要認識到系統行為的不確定性，明確處理各種故障情況，并設計出即使在廣告功能表現不理想時也能正常運行的系統。擴展廣告技術確實非常強大，但它更依賴于精心的設計而非過于樂觀的假設。
何時不應使用擴展廣告
擴展廣告技術確實很強大，但強大并不意味著它適用于所有場景。在很多情況下，擴展廣告并不是合適的選擇，而識別出這些情況與掌握其使用方法同樣重要。僅僅因為某種技術存在，就想要在所有地方都使用它，這種沖動往往會導致不必要的復雜性、更高的功耗以及可避免的兼容性問題。
一個明顯的例子就是超低功耗設備。那些設計為僅靠一枚紐扣電池就能運行多年的設備，它們的電源預算通常非常緊張。傳統的廣告技術由于數據包大小固定、發送時機可預測，因此更容易在這種環境下進行優化。而擴展廣告技術，尤其是那些包含多個輔助數據包的技術，可能會引入額外的不確定性以及不必要的無線信號干擾，在這種設計中這些因素是難以被接受的。在這種情況下，簡單性往往才是更好的選擇。
向后兼容性也是避免使用擴展廣告功能的另一個重要原因。如果你的設備必須能夠被那些不支持藍牙5功能的舊款手機、嵌入式掃描設備或系統所識別，那么使用傳統的廣告機制仍然是最安全的選擇。雖然也可以采用混合方案，但僅僅依賴擴展廣告功能的話，很可能會排除一部分潛在的用戶群體。對于那些使用壽命較長或用戶群體較為多樣化的產品來說，這種風險可能會超過使用擴展廣告功能所帶來的好處。
對于那些需要精確時間控制的場景而言，擴展廣告機制也不適合使用。因為輔助廣告數據包的發送時間是相對于主廣告數據包來安排的，而且可能會受到系統負載或射頻環境等因素的影響，因此擴展廣告無法確保數據一定能在預定的時間被接收。如果你的系統依賴精確的時間控制來進行同步或協調操作，那么任何形式的廣告機制都可能不適合使用，而擴展廣告也無法改變這一事實。
另外，在數據內容本身就非常敏感的情況下，也應當避免使用擴展廣告。無論是否采用擴展廣告機制，廣告本質上都屬于廣播形式——即使這些數據不容易被解讀，范圍內的任何設備都能接收到這些信息。擴展廣告無法提供保密性、認證功能或數據完整性保障。因此，如果需要保護所交換的信息，那么使用安全連接或加密通道才是更合適的解決方案。
最后，在藍牙協議棧被過度定制或受到各種限制的環境中，也應謹慎使用擴展廣告。有些設備僅部分支持擴展廣告機制，或者在某些配置下會出現運行不穩定的情況。在這種環境下，選擇傳統的廣告機制可能是一種更為實際的選擇——這種做法雖然會犧牲一定的靈活性，但能夠確保系統的穩定性。尤其是當系統出現故障所帶來的損失很大，而擴展廣告帶來的好處又相對有限時，這種選擇就更加合理了。
選擇不使用擴展廣告，并不等同于沒有實現現代化。這其實是一種認識到：工程設計的重點在于是否適合特定場景的需求，而非追求新奇性。只有在對信息發現有較高要求且需要精確控制發現流程的情況下，擴展廣告機制才具有價值；而在其他情況下，更簡單的機制往往更為合適。優秀的系統會刻意選擇使用擴展廣告機制，而不是將其作為默認選項。
結語：藍牙依然有些“奇怪”，但現在已經變得“更好”的奇怪了
藍牙技術從誕生以來就一直在各種妥協中發展。它存在于無線電物理原理、功耗限制、向后兼容性以及截然不同的產品需求這些因素的交匯點上。擴展廣告機制并不能改變這一現狀，也無法讓藍牙技術變得簡單易用。但它確實消除了那些多年來一直制約藍牙設計的人為因素，從而使工程師們能夠更坦誠地設計自己的設備，并明確這些設備應該如何被其他設備識別。
擴展廣告機制帶來的最重要的變化是概念上的，而非技術層面的。設備之間的信息發現過程不再是一個簡單的“設備是否存在”之類的二進制判斷問題，而變成了一種更加豐富、有意義的意圖交流方式。設備可以在建立連接之前就清楚地表明自己的功能、兼容性以及使用環境等信息；掃描設備也可以根據這些信息來決定哪些設備值得關注，哪些可以忽略。這樣一來，系統就會變得更加高效、可擴展，同時也更易于用戶使用——即使其背后的技術實現機制更為復雜。
同時，擴展廣告功能再次印證了一個古老的道理：靈活性總是伴隨著責任。由于藍牙技術規范允許存在更多的變體，因此這些API提供了更多選擇，但這些變體必須得到妥善管理。設計不當的數據結構、過于激進的配置設置，或者對可靠性的不切實際期望，都可能迅速將這一強大的功能變成導致系統不穩定的因素。那些能夠從整體角度思考問題、在真實環境中進行測試，并以發展而非追求完美為目標來進行設計的團隊，才能真正利用好擴展廣告功能。
還需要記住的是，擴展廣告功能并不能取代之前的所有廣告機制。傳統的廣告方式仍然具有其價值，在很多情況下，它們依然是最佳選擇。藍牙生態系統的健康發展，是因為它支持多種不同的設備型號，而不是因為強制所有人使用最新版本的設備。優秀的工程決策往往并不在于選擇最先進的技術方案，而在于選擇最適合當前需求的技術方案。
如果說從AOSP系統中擴展廣告功能的實施中可以得出什么結論的話，那就是：藍牙技術并沒有變得不那么“奇怪”，而是其“奇怪之處”得到了更好的理解與設計，那些愿意深入研究這一技術的開發者也能更容易地利用這些功能。這就是進步——即使這種進步并沒有伴隨著任何營銷口號。
擴展廣告功能為我們提供了更強大的工具，但最終我們用這些工具創造出什么，仍然取決于我們自己。
