androidapi18

❶ android歷史版本的API等級

隨著版本的更迭，應用程序編程介面（API）等級不斷發生。下面將目前為止所有API等級羅列出來，並與Android各版本一一對應。
API等級1：Android 1.0
API等級2：Android 1.1 Petit Four
API等級3：Android 1.5 Cupcake
API等級4：Android 1.6 Donut
API等級5：Android 2.0 Éclair
API等級6：Android 2.0.1 Éclair
API等級7：Android 2.1 Éclair
API等級8：Android 2.2 - 2.2.3 Froyo
API等級9：Android 2.3 - 2.3.2 Gingerbread
API等級10：Android 2.3.3-2.3.7 Gingerbread
API等級11：Android 3.0 Honeycomb
API等級12：Android 3.1 Honeycomb
API等級13：Android 3.2 Honeycomb
API等級14：Android 4.0 - 4.0.2 Ice Cream Sandwich
API等級15：Android 4.0.3 - 4.0.4 Ice Cream Sandwich
API等級16：Android 4.1 Jelly Bean
API等級17：Android 4.2 Jelly Bean
API等級18：Android 4.3 Jelly Bean
API等級19：Android 4.4 KitKat
API等級20：Android 4.4W
API等級21：Android 5.0 Lollipop
API等級22：Android 5.1 Lollipop
API等級23：Android 6.0 Marshmallow

❷ Android API Level與sdk版本對照表

API等級1： Android 1.0
API等級2： Android 1.1 Petit Four 花式小蛋糕
API等級3： Android 1.5 Cupcake 紙杯蛋糕
API等級4： Android 1.6 Donut 甜甜圈
API等級5： Android 2.0 Éclair 松餅
API等級6： Android 2.0.1 Éclair 松餅
API等級7： Android 2.1 Éclair 松餅
API等級8： Android 2.2 - 2.2.3 Froyo 凍酸奶
API等級9： Android 2.3 - 2.3.2 Gingerbread 姜餅
API等級10：Android 2.3.3-2.3.7 Gingerbread 姜餅
API等級11：Android 3.0 Honeycomb 蜂巢
API等級12：Android 3.1 Honeycomb 蜂巢
API等級13：Android 3.2 Honeycomb 蜂巢
API等級14：Android 4.0 - 4.0.2 Ice Cream Sandwich 冰激凌三明治
API等級15：Android 4.0.3 - 4.0.4 Ice Cream Sandwich 冰激凌三明治
API等級16：Android 4.1 Jelly Bean 糖豆
API等級17：Android 4.2 Jelly Bean 糖豆
API等級18：Android 4.3 Jelly Bean 糖豆
API等級19：Android 4.4 KitKat 奇巧巧克力棒
API等級20 : Android 4.4W KitKat with wearable extensions奇巧巧克力棒
API等級21：Android 5.0-5.0.2 Lollipop 棒棒糖
API等級22：Android 5.1 Lollipop 棒棒糖
API等級23：Android 6.0 MarshMallow

❸ android api是什麼東西怎麼使用

API，即應用程序編程介面，是一系列預先定義好的函數集合，為應用程序與開發人員訪問特定軟體或硬體提供介面，無需深入了解其內部機制。在Android平台上，API的應用場景非常廣泛，從最基本的手機功能到高級的智能手機特性，均能通過API進行訪問。

Android的可選API主要針對各種不同類型的手機設計，無論是低端還是高端設備，核心API在所有Android手機上都是通用的。然而，還存在一些特定功能的API，這些被稱為「可選API」。這些API的「可選性」意味著它們並非所有設備都必須支持，甚至可能完全不支持。

例如，某些手機可能不具備GPS或Wi-Fi硬體，這意味著即使這些功能的API存在於系統中，它們也可能無法正常工作。因此，應用開發者應確保其應用能夠在不完全支持某些API的設備上順利運行。

盡管如此，應用在嘗試訪問這些上層介面時，如果設備不支持相應的API，應用要麼什麼都不做，要麼拋出異常。開發者應充分考慮設備兼容性問題，確保應用在盡可能多的設備上都能正常運行。

總的來說，理解並合理使用API是Android應用開發的關鍵，它不僅能夠提升應用的功能性和用戶體驗，還能確保應用在不同設備上的兼容性和穩定性。

❹ Android 藍牙開發(一)

普通藍牙設備官方文檔

Android 平台包含藍牙網路堆棧支持 ，憑藉此支持，設備能以無線方式與其他藍牙設備交換數據。應用框架提供了通過 Android Bluetooth API 訪問藍牙功能的途徑。使用 Bluetooth API Android 應用可以執行下面的操作：

傳統藍牙適用於電池使用強度較大的操作，例如 Android 設備之間的流傳輸和通信等。針對具有低功耗要求的藍牙設備，Android 4.3（API 18）中引入了面向低功耗藍牙的 API 支持。

使用 Android Bluetooth API 來完成使用藍牙進行通信的四項主要任務： 設置藍牙 、 查找局部區域內的配對設備或可用設備 、 連接設備 ，以及在 設備之間傳輸數據 。

關於藍牙的 API 在 android.bluetooth 包中，下面介紹一下和藍牙相關的主要類:

在 BluetoothProfile IPC 客戶端連接到服務（即，運行特定配置文件的內部服務）或斷開服務連接時向其發送通知的介面。

使用藍牙必須聲明許可權 BLUETOOTH 才可以執行藍牙通信。

1、獲取藍牙適配器

例如：我們可以查詢所有已配對的設備，然後使用 ArrayAdapter 向用戶顯示每台設備的名稱：

要發起連接僅需要知道目標藍牙設備的 Mac 地址就可以了。

注意 執行 discovery 對於藍牙適配器來說是一個非常繁重的過程，並且會消耗大量資源。在找到要連接的設備後， 要確保使用 cancelDiscovery() 來停止發現，然後嘗試連接 。如果您已經和某台設備進行連接，那麼這個時候執行發現操作會大幅度的減少此連接可用的帶寬！因此不應該在處於連接狀態的時候執行發現操作！

例如：

在連接之前如果兩個設備沒有配對，則系統會自動發出配對請求。

伺服器套接字接受連接的基本過程

放在子線程中去執行。

例子：

客戶端連接的基本過程

調用 connect() 的時候要確保客戶端沒有執行發現操作。如果執行了會大幅度降低連接的速度，增加失敗的可能。

例子

在連接之前調用 cancleDiscovery() 在進行連接之前應該始終調用這個方法，而且調用的時候無需檢測是否正在掃描。

過程：

從 Android 3.0 開始， Bluetooth API 便支持使用藍牙配置文件。藍牙配置文件是適用於設備間藍牙通信的無線介面規范。

1、藍牙配置文件就是設備間通信（藍牙設備）的一種規范

免提配置文件便是一個示例，對於連接到無線耳機的手機，兩台設備都必須支持免提配置文件。我們也可以通過實現介面 BluetoothProfile 來寫入自己的類來支持特定的藍牙配置文件。Android API 提供了以下的幾種藍牙配置文件的實現：

2、使用配置文件的基本步驟

創建 HDP 應用：

關於普通藍牙設備和普通藍牙設備之間的連接通信

關於藍牙設備和藍牙儀器（藍牙耳機、電子秤等等類似產品）
這種之間的通信是通過配置文件代理來實現的。
都有一個對應的配置文件代理類。具體的操作是通過這個對象來完成。

參考： https://mp.weixin.qq.com/s?__biz=MzU5NzA2NjQzMg==&mid=2247484128&idx=1&sn=&scene=21#wechat_redirect