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

// 要extends TabActivity
public 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標(biāo)簽
   * @param tag  標(biāo)識
   * @param title 標(biāo)簽標(biāo)題
   * @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();
  }
}

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

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

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

writeCharacteristic(BluetoothGattCharacteristic)

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

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

1）為什么會是20？

2）如何突破20？

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

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

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

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

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

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

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

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

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

很簡單嘛，改變傳輸?shù)腁TT的MTU就行了，大家經(jīng)過友好的協(xié)商，得到雙方都想要的結(jié)果，是最好的。在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

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

@Override
public 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)？

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

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

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

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

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

最新評論