我就廢話不多說了，大家還是直接看代碼吧~

// 要extends TabActivitypublic class Main_activity extends TabActivity { private TabHost tabHost;// 建立Tabhost控件 protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); tabHost = getTabHost(); addTab('act1', '界面1', blue_tooth_Activity.class);//添加 addTab('act2', '界面2', map_Activity.class); addTab('act3', '界面3', plane_parameter_activity.class); setContentView(tabHost);// 顯示 } /** * 添加Activity標簽 * @param tag 標識 * @param title 標簽標題 * @param clazz 激活的界面 */ private void addTab(String tag, String title, Class clazz) { TabHost.TabSpec tabSpec = tabHost.newTabSpec(tag); tabSpec.setIndicator(title); Intent intent = new Intent(getApplicationContext(),clazz); tabSpec.setContent(intent); tabHost.addTab(tabSpec); } @Override protected void onStop() { super.onStop(); }}

補充知識：Android BLE中傳輸數(shù)據(jù)的最大長度怎么破

好多小伙伴們都被一個事兒困擾過：

想在gatt client上（一般是手機上）傳輸長一點的數(shù)據(jù)給gatt server（一般是一個Bluetooth smart設備，即只有BLE功能的設備），但通過

writeCharacteristic(BluetoothGattCharacteristic)

來寫的時候發(fā)現(xiàn)最多只能寫入20個byte的數(shù)據(jù)。

這篇文章會回答下面幾個問題：

1）為什么會是20？

2）如何突破20？

3）如何更優(yōu)雅的來實現(xiàn)？

第一個問題，為什么為限制成20個字節(jié)？

core spec里面定義了ATT的默認MTU為23個bytes，除去ATT的opcode一個字節(jié)以及ATT的handle2個字節(jié)之后，剩下的20個字節(jié)便是留給GATT的了。

考慮到有些Bluetooth smart設備功能弱小，不敢太奢侈的使用內存空間，因此core spec規(guī)定每一個設備都必須支持MTU為23。

在兩個設備連接初期，大家都像新交的朋友一樣，不知對方底細，因此嚴格的按照套路來走，即最多一次發(fā)20個字節(jié)，是最保險的。

由于ATT的最大長度為512byte，

因此一般認為MTU的最大長度為512個byte就夠了，再大也沒什么意義，你不可能發(fā)一個超過512的ATT的數(shù)據(jù)，就像是孫猴子跑不過五行山一樣。

所以ATT的MTU的最大長度可視為512個bytes。

第二個問題，如何突破20？

很簡單嘛，改變傳輸?shù)腁TT的MTU就行了，大家經過友好的協(xié)商，得到雙方都想要的結果，是最好的。在Android上（API 21），改變ATT MTU的接口為：

public boolean requestMtu (int mtu) Added in API level 21 Request an MTU size used for a given connection. When performing a write request operation (write without response), the data sent is truncated to the MTU size. This function may be used to request a larger MTU size to be able to send more data at once. A onMtuChanged(BluetoothGatt, int, int) callback will indicate whether this operation was successful. Requires BLUETOOTH permission. Returns true, if the new MTU value has been requested successfully

大聲的說出來你想要一下子傳多少，調用上面的接口就可以了，然后在下面的函數(shù)中看最終結果（當然了，如果你的peripheral申請改變MTU并且成功的話，那這個回調也會被調用）：

@Overridepublic void onMtuChanged(BluetoothGatt gatt, int mtu, int status) { super.onMtuChanged(gatt, mtu, status); if (status == BluetoothGatt.GATT_SUCCESS) { this.supportedMTU = mtu;//local var to record MTU size }}

之后你就可以快樂的發(fā)送supportedMTU-3的長度的數(shù)據(jù)了。

第三個問題，如何優(yōu)雅的來實現(xiàn)？

俗話說得好，郎有情就怕妾無意。萬一對方設備不同意你的請求怎么辦？

對于app來說，一般是知道自己要最大發(fā)送多少數(shù)據(jù)的，例如一次要發(fā)100個bytes，那么就首先試試申請一下103，失敗的話，則申請一下53，即二分法，剩下的只能自己分段拆著發(fā)了。

一般來講，app的開發(fā)者和對端設備的開發(fā)者都是同一伙兒人，這是好事兒，他們可以根據(jù)自己設備的硬件情況，來商量MTU應該是多少。

總之，把事兒擺到桌面上，提前做好，會使得你的程序更加professional。

以上這篇Android用tabhost實現(xiàn) 界面切換,每個界面為一個獨立的activity操作就是小編分享給大家的全部內容了，希望能給大家一個參考，也希望大家多多支持好吧啦網。