androidbluetooth開發

1. android-Ble藍牙開發Demo示例–掃描,連接,發送和接收數據,分包解包(附源碼)

萬物互聯的物聯網時代的已經來臨，ble藍牙開發在其中扮演著舉重若輕的角色。最近剛好閑一點，抽時間梳理下這塊的知識點。

涉及ble藍牙通訊的客戶端(開啟、掃描、連接、發送和接收數據、分包解包)和服務端(初始化廣播數據、開始廣播、配置Services、Server回調操作)整個環節以及一些常見的問題即踩過的一些坑。

比如
1、在Android不同版本或不同手機的適配問題，掃描不到藍牙設備
2、如何避免ble藍牙連接出現133錯誤？
3、單次寫的數據大小有20位元組限制，如何發送長數據

藍牙有傳統(經典)藍牙和低功耗藍牙BLE(Bluetooth Low Energy)之分，兩者的開發的API不一樣，本文主講Ble藍牙開發，傳統藍牙不展開，有需要的可以自行了解。

相對傳統藍牙，BLE低功耗藍牙，主要特點是快速搜索，快速連接，超低功耗保持連接和數據傳輸。

客戶端

服務端

Android4.3(API Level 18)開始引入BLE的核心功能並提供了相應的 API。應用程序通過這些 API 掃描藍牙設備、查詢 services、讀寫設備的 characteristics（屬性特徵）等操作。

BLE藍牙協議是GATT協議, BLE相關類不多, 全都位於android.bluetooth包和android.bluetooth.le包的幾個類:
android.bluetooth.
.BluetoothGattService 包含多個Characteristic(屬性特徵值), 含有唯一的UUID作為標識
.BluetoothGattCharacteristic 包含單個值和多個Descriptor, 含有唯一的UUID作為標識
.BluetoothGattDescriptor 對Characteristic進行描述, 含有唯一的UUID作為標識

.BluetoothGatt 客戶端相關
.BluetoothGattCallback 客戶端連接回調
.BluetoothGattServer 服務端相關
.BluetoothGattServerCallback 服務端連接回調

android.bluetooth.le.
.AdvertiseCallback 服務端的廣播回調
.AdvertiseData 服務端的廣播數據
.AdvertiseSettings 服務端的廣播設置
.BluetoothLeAdvertiser 服務端的廣播

.BluetoothLeScanner 客戶端掃描相關(Android5.0新增)
.ScanCallback 客戶端掃描回調
.ScanFilter 客戶端掃描過濾
.ScanRecord 客戶端掃描結果的廣播數據
.ScanResult 客戶端掃描結果
.ScanSettings 客戶端掃描設置

BLE設備分為兩種設備: 客戶端(也叫主機/中心設備/Central), 服務端(也叫從機/外圍設備/peripheral)
客戶端的核心類是 BluetoothGatt
服務端的核心類是 BluetoothGattServer 和 BluetoothLeAdvertiser
BLE數據的核心類是 BluetoothGattCharacteristic 和 BluetoothGattDescriptor

下面詳細講解下客戶端和服務端的開發步驟流程

安卓手機涉及藍牙許可權問題，藍牙開發需要在AndroidManifest.xml文件中添加許可權聲明：

在搜索設備之前需要詢問打開手機藍牙：

注意: BLE設備地址是動態變化(每隔一段時間都會變化),而經典藍牙設備是出廠就固定不變了！

通過掃描BLE設備，根據設備名稱區分出目標設備targetDevice，下一步實現與目標設備的連接，在連接設備之前要停止搜索藍牙；停止搜索一般需要一定的時間來完成，最好調用停止搜索函數之後加以100ms的延時，保證系統能夠完全停止搜索藍牙設備。停止搜索之後啟動連接過程；

BLE藍牙的連接方法相對簡單只需調用connectGatt方法；

參數說明

與設備建立連接之後與設備通信，整個通信過程都是在BluetoothGattCallback的非同步回調函數中完成；

BluetoothGattCallback中主要回調函數如下：

上述幾個回調函數是BLE開發中不可缺少的；

當調用targetdDevice.connectGatt(context, false, gattCallback)後系統會主動發起與BLE藍牙設備的連接，若成功連接到設備將回調onConnectionStateChange方法，其處理過程如下：

判斷newState == BluetoothGatt.STATE_CONNECTED表明此時已經成功連接到設備；

mBluetoothGatt.discoverServices();

掃描BLE設備服務是安卓系統中關於BLE藍牙開發的重要一步，一般在設備連接成功後調用，掃描到設備服務後回調onServicesDiscovered()函數，函數原型如下：

BLE藍牙開發主要有負責通信的BluetoothGattService完成的。當且稱為通信服務。通信服務通過硬體工程師提供的UUID獲取。獲取方式如下：

具體操作方式如下：

開啟監聽，即建立與設備的通信的首發數據通道，BLE開發中只有當客戶端成功開啟監聽後才能與服務端收發數據。開啟監聽的方式如下：

BLE單次寫的數據量大小是有限制的， 通常是20位元組 ，可以嘗試通過requestMTU增大，但不保證能成功。分包寫是一種解決方案，需要定義分包協議，假設每個包大小20位元組，分兩種包，數據包和非數據包。對於數據包，頭兩個位元組表示包的序號，剩下的都填充數據。對於非數據包，主要是發送一些控制信息。
監聽成功後通過向 writeCharacteristic寫入數據實現與服務端的通信。寫入方式如下：

其中：value一般為Hex格式指令，其內容由設備通信的藍牙通信協議規定；

若寫入指令成功則回調BluetoothGattCallback中的onCharacteristicWrite()方法，說明將數據已經發送給下位機；

若發送的數據符合通信協議，則服務端會向客戶端回復相應的數據。發送的數據通過回調onCharacteristicChanged()方法獲取，其處理方式如下：

通過向服務端發送指令獲取服務端的回復數據，即可完成與設備的通信過程；

當與設備完成通信之後之後一定要斷開與設備的連接。調用以下方法斷開與設備的連接：

源碼上傳在CSDN上了，有需要的可以借鑒。

=====> Android藍牙Ble通訊Demo示例源碼–掃描,連接,發送和接收數據,分包解包

BLE單次寫的數據量大小是有限制的，通常是20位元組，可以嘗試通過requestMTU增大，但不保證能成功。分包寫是一種解決方案，需要定義分包協議，假設每個包大小20位元組，分兩種包，數據包和非數據包。對於數據包，頭兩個位元組表示包的序號，剩下的都填充數據。對於非數據包，主要是發送一些控制信息。
總體流程如下：
1、定義通訊協議，如下(這里只是個舉例，可以根據項目需求擴展)

2、封裝通用發送數據介面(拆包)
該介面根據會發送數據內容按最大位元組數拆分(一般20位元組)放入隊列，拆分完後，依次從隊列里取出發送

3、封裝通用接收數據介面(組包)
該介面根據從接收的數據按協議里的定義解析數據長度判讀是否完整包，不是的話把每條消息累加起來

4、解析完整的數據包，進行業務邏輯處理

5、協議還可以引入加密解密，需要注意的選演算法參數的時候，加密後的長度最好跟原數據長度一致，這樣不會影響拆包組包

一般都是Android版本適配以及不同ROM機型（小米/紅米、華為/榮耀等）（EMUI、MIUI、ColorOS等）的許可權問題

藍牙開發中有很多問題，要靜下心分析問題，肯定可以解決的，一起加油；

2. Android藍牙開發——實現藍牙聊天

與藍牙開發主要的相關類是以下四個

知道對應API後就可以進行對應的藍牙開發，這里以獲取藍牙設備為例子

}

搜索設備的回調則需要通過注冊廣播的形式來獲取

定義廣播

之後就可以進行個人的一些操作

要實現藍牙聊天則涉及到藍牙之間的傳輸通信，前面也說到了，這里肯定就是用到BluetoothServerSocket以及BluetoothSocket。

藍牙傳輸通信相當於伺服器端與客戶端之間的通信，只不過不同是這里每一個藍牙設備本身自己 既充當伺服器端也充當客戶端 ，大致的關系就是

注意，這些連接都是阻塞式的，都要放在線程里去執行。

可以看到，當BluetoothServerSocket監聽到有設備連接的時候，就會調用dataTransfer開啟一個數據傳輸。

需要一個ConnectThread來發起

之後建立連接之後就會調用dataTransfer來進行數據傳輸，同樣也需要一個線程來維護數據傳輸

藍牙聊天則是基於上面三個線程來進行實現，同樣，對於藍牙文件間的傳輸也是同個道理，通過輸入輸出流來進行處理。之後的操作就比較容易處理了

藍牙聊天

Android 藍牙開發基本流程

3. android藍牙BLE（三） —— 廣播

​ 在藍牙開發中，有些情況是不需要連接的，只要外設廣播自己的數據即可，例如蘋果的 ibeacon 。自 Android 5.0 更新藍牙API後，手機可以作為外設廣播數據。

廣播包有兩種：

其中 廣播包是每個外設都必須廣播的，而響應包是可選的 。每個廣播包的長度必須是 31個位元組 ，如果不到 31個位元組 ，則剩下的全用 0 填充 補全，這部分的數據是無效的

廣播包中包含若干個廣播數據單元，廣播數據單元也稱為 AD Structure 。

廣播數據單元 = 長度值Length + AD type + AD Data。

長度值 Length 只佔 一個位元組 ，並且位於廣播數據單元的 第一個位元組 。

概念的東西有些抽象，先看看下面的廣播報文：

​ 0x代表這串字元串是十六進制的字元串。 兩位十六進制數代表一個位元組 。因為兩個字元組成的十六進制字元串最大為 FF ，即255，而java中byte類型的取值范圍是-128到127，剛好可以表示一個255的大小。所以兩個十六進制的字元串表示一個位元組。

​ 繼續查看報文內容，開始讀取第一個廣播數據單元。讀取 第一個 位元組: 0x07 ,轉換為十進制就是7，即表示後面的7個位元組是這個廣播數據單元的數據內容。超過這7個位元組的數據內容後，表示是一個新的廣播數據單元。

​ 而第二個廣播數據單元，第一個位元組的值是 0x16 ,轉換為十進制就是22，表示後面22個位元組為第二個廣播數據單元。

​ 在廣播數據單元的 數據部分 中， 第一個位元組 代表 數據類型 （AD type），決定數據部分表示的是什麼數據。（即廣播數據單元第二個位元組為AD type）

AD Type 的類型如下：

​ 這bit 1~7分別代表著發送該廣播的藍牙晶元的物理連接狀態。當bit的值為1時，表示支持該功能。
例：

藍牙廣播的數據格式大致講了一下，有助於下面的廣播操作的理解。

先看看廣播設置（ AdvertiseSettings ）如何定義：

（1）、通過 AdvertiseSettings.Builder#setAdvertiseMode() 設置廣播模式。其中有3種模式：

（2）、通過 AdvertiseSettings.Builder#setAdvertiseMode() 設置廣播發射功率。共有4種功率模式：

（3）、通過 AdvertiseSettings.Builder#setTimeout() 設置持續廣播的時間，單位為毫秒。最多180000毫秒。當值為0則無時間限制，持續廣播，除非調用 BluetoothLeAdvertiser#stopAdvertising() 停止廣播。

（4）、通過 AdvertiseSettings.Builder#setConnectable() 設置該廣播是否可以連接的。

之前說過，外設必須廣播廣播包，掃描包是可選。但添加掃描包也意味著廣播更多得數據，即可廣播62個位元組。

可見無論是廣播包還是掃描包，其廣播的內容都是用 AdvertiseData 類封裝的。

（1）、 AdvertiseData.Builder#setIncludeDeviceName() 方法，可以設置廣播包中是否包含藍牙的名稱。

（2）、 AdvertiseData.Builder#setIncludeTxPowerLevel() 方法，可以設置廣播包中是否包含藍牙的發射功率。

（3）、 AdvertiseData.Builder#addService UUID (Parcel UUID ) 方法，可以設置特定的 UUID 在廣播包中。

（4）、 AdvertiseData.Builder#addServiceData(Parcel UUID ，byte[]) 方法，可以設置特定的 UUID 和其數據在廣播包中。

（5）、 AdvertiseData.Builder#addManufacturerData(int，byte[]) 方法，可以設置特定廠商Id和其數據在廣播包中。

​ 從 AdvertiseData.Builder 的設置中可以看出，如果一個外設需要在不連接的情況下對外廣播數據，其數據可以存儲在 UUID 對應的數據中，也可以存儲在廠商數據中。但由於廠商ID是需要由Bluetooth SIG進行分配的，廠商間一般都將數據設置在廠商數據。

另外可以通過 BluetoothAdapter#setName() 設置廣播的名稱

先看一個例子，我們分別在 廣播包 和 掃描包 中設置 AdvertiseData.Builder 的 每一種廣播報文參數 ，得到一下報文內容：

(1)、Type = 0x01 表示設備LE物理連接。

(2)、Type = 0x09 表示設備的全名

(3)、Type = 0x03 表示完整的16bit UUID 。其值為0xFFF7。

(4)、Type = 0xFF 表示廠商數據。前兩個位元組表示廠商ID,即廠商ID為0x11。後面的為廠商數據，具體由用戶自行定義。

(5)、Type = 0x16 表示16 bit UUID 的數據，所以前兩個位元組為 UUID ,即 UUID 為0xF117，後續為 UUID 對應的數據，具體由用戶自行定義。

最後繼承 AdvertiseCallback 自定義廣播回調。

初始化完畢上面的對象後，就可以進行廣播：

​ 廣播主要是通過 BluetoothLeAdvertiser#startAdvertising() 方法實現，但在之前需要先獲取 BluetoothLeAdvertiser 對象。

BluetoothLeAdvertiser 對象存在兩個情況獲取為Null:

所以在調用 BluetoothAdapter#getBluetoothLeAdvertiser() 前，需要先調用判斷藍牙已開啟，並判斷在 BluetoothAdapter 中獲取的 BluetoothLeAdvertiser 是否為空（測試過某些華為手機 mBluetoothAdapter.() 為 false , 但是能發送ble廣播）。

​ 與廣播成對出現就是 BluetoothLeAdvertiser.stopAdvertising() 停止廣播了，傳入開啟廣播時傳遞的廣播回調對象，即可關閉廣播：

​ 雖然通過廣播告知外邊自身擁有這些Service,但手機自身並沒有初始化Gattd的Service。導致外部的中心設備連接手機後，並不能找到對應的 GATT Service 和 獲取對應的數據。

Service類型有兩個級別：

創建 BluetoothGattService 時，傳入兩個參數： UUID 和Service類型：

​ 我們都知道Gatt中， Service 的下一級是 Characteristic ， Characteristic 是最小的通信單元，通過對 Characteristic 進行讀寫操作來進行通信。

​ 特徵屬性表示該 BluetoothGattCharacteristic 擁有什麼功能，即能對 BluetoothGattCharacteristic 進行什麼操作。其中主要有3種：

許可權屬性用於配置該特徵值所具有的功能。主要兩種：

Characteristic 下還有 Descriptor ，初始化 BluetoothGattDescriptor 時傳入： Descriptor UUID 和 許可權屬性

為 Service 添加 Characteristic ，為 Characteristic 添加 Descriptor ：

​ 通過藍牙管理器 mBluetoothManager 獲取 Gatt Server ，用來添加 Gatt Service 。添加完 Gatt Service 後，外部中心設備連接手機時，將能獲取到對應的 GATT Service 和 獲取對應的數據

​ 定義 Gatt Server 回調。當中心設備連接該手機外設、修改特徵值、讀取特徵值等情況時，會得到相應情況的回調。

最後開啟廣播後，用nRF連接後看到的特徵值信息如下圖所示：（加多了一個只能都的特徵值）

android藍牙BLE（一） —— 掃描

android藍牙BLE（二） —— 通信

android藍牙BLE（三） —— 廣播

android藍牙BLE（四） —— 實戰

4. 如何實現android藍牙開發 自動配對連接，並不彈出提示框

我就開始查找怎麼關閉這個藍牙配對提示框，後面還是偉大的android源碼幫助了我。
在源碼 BluetoothDevice 類中還有兩個隱藏方法
cancelBondProcess（）和cancelPairingUserInput（）
這兩個方法一個是取消配對進程一個是取消用戶輸入
下面是自動配對的代碼
Mainfest,xml注冊

<receiverandroid:name=".">

<intent-filter>

<actionandroid:name="android.bluetooth.device.action.PAIRING_REQUEST"/>

</intent-filter>

</receiver>

自己在收到廣播時處理並將預先輸入的密碼設置進去

{

	StringstrPsw="0";

	@Override
	publicvoidonReceive(Contextcontext,Intentintent)
	{
		//TODOAuto-generatedmethodstub
		if(intent.getAction().equals(
				"android.bluetooth.device.action.PAIRING_REQUEST"))
		{
			BluetoothDevicebtDevice=intent
					.getParcelableExtra(BluetoothDevice.EXTRA_DEVICE);

			//byte[]pinBytes=BluetoothDevice.convertPinToBytes("1234");
			//device.setPin(pinBytes);
			Log.i("tag11111","ddd");
			try
			{
				ClsUtils.setPin(btDevice.getClass(),btDevice,strPsw);//手機和藍牙採集器配對
				ClsUtils.createBond(btDevice.getClass(),btDevice);
				ClsUtils.cancelPairingUserInput(btDevice.getClass(),btDevice);
			}
			catch(Exceptione)
			{
				//TODOAuto-generatedcatchblock
				e.printStackTrace();
			}
		}


	}
}
<b>/************************************藍牙配對函數***************/
importjava.lang.reflect.Field;
importjava.lang.reflect.Method;

importandroid.bluetooth.BluetoothDevice;
importandroid.util.Log;
publicclassClsUtils
{

	/**
	*與設備配對參考源碼：platform/packages/apps/Settings.git
	*/Settings/src/com/android/settings/bluetooth/CachedBluetoothDevice.java
	*/
	staticpublicbooleancreateBond(ClassbtClass,BluetoothDevicebtDevice)
			throwsException
	{
		MethodcreateBondMethod=btClass.getMethod("createBond");
		BooleanreturnValue=(Boolean)createBondMethod.invoke(btDevice);
		returnreturnValue.booleanValue();
	}

	/**
	*與設備解除配對參考源碼：platform/packages/apps/Settings.git
	*/Settings/src/com/android/settings/bluetooth/CachedBluetoothDevice.java
	*/
	staticpublicbooleanremoveBond(ClassbtClass,BluetoothDevicebtDevice)
			throwsException
	{
		MethodremoveBondMethod=btClass.getMethod("removeBond");
		BooleanreturnValue=(Boolean)removeBondMethod.invoke(btDevice);
		returnreturnValue.booleanValue();
	}

	staticpublicbooleansetPin(ClassbtClass,BluetoothDevicebtDevice,
			Stringstr)throwsException
	{
		try
		{
			MethodremoveBondMethod=btClass.getDeclaredMethod("setPin",
					newClass[]
					{byte[].class});
			BooleanreturnValue=(Boolean)removeBondMethod.invoke(btDevice,
					newObject[]
					{str.getBytes()});
			Log.e("returnValue",""+returnValue);
		}
		catch(SecurityExceptione)
		{
			//thrownewRuntimeException(e.getMessage());
			e.printStackTrace();
		}
		catch(IllegalArgumentExceptione)
		{
			//thrownewRuntimeException(e.getMessage());
			e.printStackTrace();
		}
		catch(Exceptione)
		{
			//TODOAuto-generatedcatchblock
			e.printStackTrace();
		}
		returntrue;

	}

	//取消用戶輸入
	(ClassbtClass,
			BluetoothDevicedevice)

	throwsException
	{
		MethodcreateBondMethod=btClass.getMethod("cancelPairingUserInput");
		//cancelBondProcess()
		BooleanreturnValue=(Boolean)createBondMethod.invoke(device);
		returnreturnValue.booleanValue();
	}

	//取消配對
	(ClassbtClass,
			BluetoothDevicedevice)

	throwsException
	{
		MethodcreateBondMethod=btClass.getMethod("cancelBondProcess");
		BooleanreturnValue=(Boolean)createBondMethod.invoke(device);
		returnreturnValue.booleanValue();
	}

	/**
	*
	*@paramclsShow
	*/
	(ClassclsShow)
	{
		try
		{
			//取得所有方法
			Method[]hideMethod=clsShow.getMethods();
			inti=0;
			for(;i<hideMethod.length;i++)
			{
				Log.e("methodname",hideMethod[i].getName()+";andtheiis:"
						+i);
			}
			//取得所有常量
			Field[]allFields=clsShow.getFields();
			for(i=0;i<allFields.length;i++)
			{
				Log.e("Fieldname",allFields[i].getName());
			}
		}
		catch(SecurityExceptione)
		{
			//thrownewRuntimeException(e.getMessage());
			e.printStackTrace();
		}
		catch(IllegalArgumentExceptione)
		{
			//thrownewRuntimeException(e.getMessage());
			e.printStackTrace();
		}
		catch(Exceptione)
		{
			//TODOAuto-generatedcatchblock
			e.printStackTrace();
		}
	}
}</b>
執行時直接使用：
<b>publicstaticbooleanpair(StringstrAddr,StringstrPsw)
	{
		booleanresult=false;
		=BluetoothAdapter
				.getDefaultAdapter();

		bluetoothAdapter.cancelDiscovery();

		if(!bluetoothAdapter.isEnabled())
		{
			bluetoothAdapter.enable();
		}

		if(!BluetoothAdapter.checkBluetoothAddress(strAddr))
		{//檢查藍牙地址是否有效

			Log.d("mylog","devAdneffient!");
		}

		BluetoothDevicedevice=bluetoothAdapter.getRemoteDevice(strAddr);

		if(device.getBondState()!=BluetoothDevice.BOND_BONDED)
		{
			try
			{
				Log.d("mylog","NOTBOND_BONDED");
				ClsUtils.setPin(device.getClass(),device,strPsw);//手機和藍牙採集器配對
				ClsUtils.createBond(device.getClass(),device);
				remoteDevice=device;//配對完畢就把這個設備對象傳給全局的remoteDevice
				result=true;
			}
			catch(Exceptione)
			{
				//TODOAuto-generatedcatchblock

				Log.d("mylog","setPiNfailed!");
				e.printStackTrace();
			}//

		}
		else
		{
			Log.d("mylog","HASBOND_BONDED");
			try
			{
				ClsUtils.createBond(device.getClass(),device);
				ClsUtils.setPin(device.getClass(),device,strPsw);//手機和藍牙採集器配對
				ClsUtils.createBond(device.getClass(),device);
				remoteDevice=device;//如果綁定成功，就直接把這個設備對象傳給全局的remoteDevice
				result=true;
			}
			catch(Exceptione)
			{
				//TODOAuto-generatedcatchblock
				Log.d("mylog","setPiNfailed!");
				e.printStackTrace();
			}
		}
		returnresult;
	}</b>

5. 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

6. Android Bluetooth相關操作

C_BluetoothUtils

不同配置文件有不同廣播，可以在 android.bluetooth.BluetoothProfile 的子類中看到對應的廣播
需要等做到什麼再完善

有三種方式

需要像套接字一樣作為客戶端或伺服器與其他設備連接
如果兩個設備之前沒有配對，那麼系統會自動發起配對
配對成功後即可像TCP一樣進行數據傳輸

需要先通過掃描找到附近的 BluetoothDevice

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

Android 提供了以下幾種藍牙配置文件的實現

使用藍牙耳機音頻傳輸由兩種方式

打開SCO有兩種方式

沒設備，待補充，待驗證
藍牙低功耗概覽

經典藍牙與低功耗藍牙的區別

Android 藍牙開發（2）——低功耗藍牙

Android-BLE藍牙原理

7. 如何使用Android藍牙開發

轉載 Android平台支持藍牙網路協議棧，實現藍牙設備之間數據的無線傳輸。本文檔描述了怎樣利用android平台提供的藍牙API去實現藍壓設備之間的通信。藍牙具有point-to-point 和 multipoint兩種連接功能。
使用藍牙API，可以做到：
* 搜索藍牙設備
* 從本地的Bluetooth adapter中查詢已經配對的設備
* 建立RFCOMM通道
* 通過service discovery連接到其它設備
* 在設備之間傳輸數據
* 管理多個連接

基礎知識
本文檔介紹了如何使用Android的藍牙API來完成的四個必要的主要任務，使用藍牙進行設備通信，主要包含四個部分：藍牙設置、搜索設備（配對的或可見的）、連接、傳輸數據。
所有的藍牙API在android.bluetooth包中。實現這些功能主要需要下面這幾個類和介面：

BluetoothAdapter
代表本地藍牙適配器（藍牙發射器），是所有藍牙交互的入口。通過它可以搜索其它藍牙設備，查詢已經配對的設備列表，通過已知的MAC地址創建BluetoothDevice，創建BluetoothServerSocket監聽來自其它設備的通信。

BluetoothDevice
代表了一個遠端的藍牙設備， 使用它請求遠端藍牙設備連接或者獲取 遠端藍牙設備的名稱、地址、種類和綁定狀態。 （其信息是封裝在 bluetoothsocket 中） 。

BluetoothSocket
代表了一個藍牙套接字的介面（類似於 tcp 中的套接字） ，他是應用程 序通過輸入、輸出流與其他藍牙設備通信的連接點。

BluetoothServerSocket
代表打開服務連接來監聽可能到來的連接請求 （屬於 server 端） ， 為了連接兩個藍牙設備必須有一個設備作為伺服器打開一個服務套接字。 當遠端設備發起連 接連接請求的時候，並且已經連接到了的時候，Blueboothserversocket 類將會返回一個 bluetoothsocket。

BluetoothClass
描述了一個設備的特性（profile）或該設備上的藍牙大致可以提供哪些服務(service)，但不可信。比如，設備是一個電話、計算機或手持設備；設備可以提供audio/telephony服務等。可以用它來進行一些UI上的提示。
BluetoothProfile

BluetoothHeadset
提供手機使用藍牙耳機的支持。這既包括藍牙耳機和免提（V1.5）模式。

BluetoothA2dp
定義高品質的音頻，可以從一個設備傳輸到另一個藍牙連接。 「A2DP的」代表高級音頻分配模式。

BluetoothHealth
代表了醫療設備配置代理控制的藍牙服務

BluetoothHealthCallback
一個抽象類，使用實現BluetoothHealth回調。你必須擴展這個類並實現回調方法接收更新應用程序的注冊狀態和藍牙通道狀態的變化。


代表一個應用程序的配置，藍牙醫療第三方應用注冊與遠程藍牙醫療設備交流。

BluetoothProfile.ServiceListener
當他們已經連接到或從服務斷開時通知BluetoothProfile IPX的客戶時一個介面（即運行一個特定的配置文件，內部服務）。

藍牙許可權
為了在你的應用中使用藍牙功能，至少要在AndroidManifest.xml中聲明兩個許可權：BLUETOOTH（任何藍牙相關API都要使用這個許可權） 和 BLUETOOTH_ADMIN（設備搜索、藍牙設置等）。

為了執行藍牙通信，例如連接請求，接收連接和傳送數據都必須有BLUETOOTH許可權。

必須要求BLUETOOTH_ADMIN的許可權來啟動設備發現或操縱藍牙設置。大多數應用程序都需要這個許可權能力，發現當地的藍牙設備。此許可權授予其他的能力不應該使用，除非應用程序是一個「電源管理」，將根據用戶要求修改的藍牙設置

注釋：要請求BLUETOOTH_ADMIN的話，必須要先有BLUETOOTH。

在你的應用manifest 文件中聲明藍牙許可權。例如：

<manifest ... >
<uses-permission android:name="android.permission.BLUETOOTH" />
...
</manifest>
通過查看<uses-permission>資料來聲明應用許可權獲取更多的信息。

藍牙設置
在你的應用通過藍牙進行通信之前，你需要確認設備是否支持藍牙，如果支持，確信它被打開。

如果不支持，則不能使用藍牙功能。如果支持藍牙，但不能夠使用，你剛要在你的應用中請求使用藍牙。這個要兩步完成，使用BluetoothAdapter。

1.獲取BluetoothAdapter

所有的藍牙活動請求BluetoothAdapter，為了獲取BluetoothAdapter，呼叫靜態方法getDefaultAdapter() 。這個會返回一個BluetoothAdapter，代表設備自己的藍牙適配器（藍牙無線電）。這個藍牙適配器應用於整個系統中，你的應用可以通過這個對象進行交互。如果getDefaultAdapter()返回null,則這個設備不支持藍牙。例如：

BluetoothAdapter mBluetoothAdapter = BluetoothAdapter.getDefaultAdapter();
if (mBluetoothAdapter == null) {
// Device does not support Bluetooth
}
2.打開藍牙

其次。你需要確定藍牙能夠使用。通過isEnabled()來檢查藍牙當前是否可用。如果這個方法返回false,則藍牙不能夠使用。為了請求藍牙使用，呼叫startActivityForResult（）與的ACTION_REQUEST_ENABLE動作意圖。通過系統設置中啟用藍牙將發出一個請求（不停止藍牙應用)。例如：

if (mBluetoothAdapter.isEnabled()) {
Intent enableBtIntent = new Intent(BluetoothAdapter.ACTION_REQUEST_ENABLE);
startActivityForResult(enableBtIntent, REQUEST_ENABLE_BT);
}
![http://developer.android.com/images/bt_enable_request.png]

對話框中顯示請求使用藍牙許可權。如果響應"Yes",這個進程完成（或失敗）後你的應用將能夠使用藍牙。
REQUEST_ENABLE_BT常量作為一個整型傳到startActivityForResult()中（值必須大於0），該系統傳回給你，在你onActivityResult（）作為實現的requestCode參數。

如果調用藍牙成功，你的Activity就會在onActivityResult()中收到RESULT_OK結果，如果藍牙不能使用由於錯誤（或用戶響應「NO」那麼結果返回RESULT_CANCELED。

除了通過onActivityResult()，還可以通過監聽ACTION_STATE_CHANGED這個broadcast Intent來知道藍牙狀態是否改變。這個Intent包含EXTRA_STATE,EXTRA_PREVIOUS_STATE兩個欄位，分別代表新舊狀態。可能的值是STATE_TURNING_ON, STATE_ON, STATE_TURNING_OFF, 還有STATE_OFF。

小貼： Enabling discoverability 將自動啟用藍牙。如果您計劃執行藍牙活動之前，始終使設備可發現，你可以跳過上面的步驟2。參閱enabling discoverability。

搜索設備
使用BluetoothAdapter可以通過設備搜索或查詢配對設備找到遠程Bluetooth設備。

Device discovery（設備搜索）是一個掃描搜索本地已使能Bluetooth設備並且從搜索到的設備請求一些信息的過程（有時候會收到類似「discovering」，「inquiring」或「scanning」）。但是，搜索到的本地Bluetooth設備只有在打開被發現功能後才會響應一個discovery請求，響應的信息包括設備名，類，唯一的MAC地址。發起搜尋的設備可以使用這些信息來初始化跟被發現的設備的連接。
一旦與遠程設備的第一次連接被建立，一個pairing請求就會自動提交給用戶。如果設備已配對，配對設備的基本信息（名稱，類，MAC地址）就被保存下來了，能夠使用Bluetooth API來讀取這些信息。使用已知的遠程設備的MAC地址，連接可以在任何時候初始化而不必先完成搜索（當然這是假設遠程設備是在可連接的空間范圍內）。

需要記住，配對和連接是兩個不同的概念：

配對意思是兩個設備相互意識到對方的存在，共享一個用來鑒別身份的鏈路鍵（link-key），能夠與對方建立一個加密的連接。

連接意思是兩個設備現在共享一個RFCOMM信道，能夠相互傳輸數據。

目前Android Bluetooth API's要求設備在建立RFCOMM信道前必須配對（配對是在使用Bluetooth API初始化一個加密連接時自動完成的）。

下面描述如何查詢已配對設備，搜索新設備。

注意：Android的電源設備默認是不能被發現的。用戶可以通過系統設置讓它在有限的時間內可以被發現，或者可以在應用程序中要求用戶使能被發現功能。

查找匹配設備
在搜索設備前，查詢配對設備看需要的設備是否已經是已經存在是很值得的，可以調用getBondedDevices()來做到，該函數會返回一個描述配對設備BluetoothDevice的結果集。例如，可以使用ArrayAdapter查詢所有配對設備然後顯示所有設備名給用戶：

Set<BluetoothDevice> pairedDevices = mBluetoothAdapter.getBondedDevices();
// If there are paired devices
if (pairedDevices.size() > 0) {
// Loop through paired devices
for (BluetoothDevice device : pairedDevices) {
// Add the name and address to an array adapter to show in a ListView
mArrayAdapter.add(device.getName() + "n" + device.getAddress());
}
};
BluetoothDevice對象中需要用來初始化一個連接唯一需要用到的信息就是MAC地址。

8. Android開發之藍牙（Bluetooth）

在上一篇中有介紹了Wifi與網路連接處理
Android開發之WiFi與網路連接處理
下面，來繼續說說Android中藍牙的基本使用。

Bluetooth是目前使用的最廣泛的無線通訊協議之一,主要針對短距離設備通訊（10米），常用於連接耳機、滑鼠和移動通訊設備等。

值得一提的是：
android4.2新增了部分新功能，但是對於Bluetooth熟悉的人或許開始頭疼了，那就是Android4.2引入了一個新的藍牙協議棧針BLE。谷歌和Broadcom之間的合作，開發新的藍牙協議棧，取代了基於堆棧的Bluez。因此市場上出現了老設備的兼容問題，很多藍牙設備在android4.2手機上不能正常使用。

BluetoothAdapter簡單點來說就是代表了本設備(手機、電腦等)的藍牙適配器對象。

first：we need permission
要操作藍牙，先要在AndroidManifest.xml里加入許可權

**下面來看看如何使用藍牙。 **↓↓↓****
Demo已就緒：

返回值：如果設備具備藍牙功能，返回BluetoothAdapter 實例；否則，返回null對象。

打開藍牙設備的方式：
1.直接調用函數enable()去打開藍牙設備 ；
2.系統API去打開藍牙設備，該方式會彈出一個對話框樣式的Activity供用戶選擇是否打開藍牙設備。

注意： 1.如果藍牙已經開啟，不會彈出該Activity界面。2.在目前大多數Android手機中，是不支持在飛行模式下開啟藍牙的。如果藍牙已經開啟，那麼藍牙的開關 ,狀態會隨著飛行模式的狀態而發生改變。

1. 搜索藍牙設備
使用BluetoothAdapter的startDiscovery()方法來搜索藍牙設備
startDiscovery()方法是一個非同步方法，調用後會立即返回。該方法會進行對其他藍牙設備的搜索，該過程會持續12秒。該方法調用後，搜索過程實際上是在一個System Service中進行的，所以可以調用cancelDiscovery()方法來停止搜索（該方法可以在未執行discovery請求時調用）。

系統開始搜索藍牙設備
^( * ￣(oo)￣ ) ^ 系統會發送以下三個廣播：

2.掃描設備

3.定義廣播接收器接收搜索結果

4.注冊廣播

獲取附近的藍牙設備

第一步建立連接：首先Android sdk（2.0以上版本）支持的藍牙連接是通過BluetoothSocket建立連接，服務端BluetoothServerSocket和客戶端（BluetoothSocket）需指定同樣的UUID，才能建立連接，因為建立連接的方法會阻塞線程，所以伺服器端和客戶端都應啟動新線程連接。

（這里的服務端和客戶端是相對來說的）
兩個藍牙設備之間的連接，則必須實現服務端與客戶端的機制。
當兩個設備在同一個RFCOMM channel下分別擁有一個連接的BluetoothSocket，這兩個設備才可以說是建立了連接。

服務端設備與客戶端設備獲取BluetoothSocket的途徑是不同的。
1，服務端設備是通過accepted一個incoming connection來獲取的，
2，客戶端設備則是通過打開一個到服務端的RFCOMM channel來獲取的。

服務端
通過調用BluetoothAdapter的(String, UUID)方法來獲取BluetoothServerSocket（UUID用於客戶端與服務端之間的配對）

客戶端
調用BluetoothService的(UUID)方法獲取BluetoothSocket（該UUID應該同於服務端的UUID）。
調用BluetoothSocket的connect()方法（該方法為block方法），如果UUID同服務端的UUID匹配，並且連接被服務端accept，則connect()方法返回。

數據傳遞，通過以上操作，就已經建立的BluetoothSocket連接了，數據傳遞無非是通過流的形式
獲取流

該類就是關於遠程藍牙設備的一個描述。通過它可以和本地藍牙設備---BluetoothAdapter連接通信。

好多東西我也不知道怎麼描述，下面給出Demo：
剛好有剛學習的小夥伴問我ListView怎麼用，那我就用ListView。

源碼：
RairDemo
GitHub: https://github.com/Rairmmd/android-demo
Coding: https://coding.net/u/Rair/p/RairDemo/git