android 開發 EventBus3.0不同之處詳細介紹
阿新 • • 發佈:2019-01-22
compile 'org.greenrobot:eventbus:3.0.0'
如果你看了之前的文章,應該已經會簡單使用EventBus了,上一節,我們用了onEventMainThread這個方法。其實在3.0之前還有其它的一些方法
- onEvent:
如果使用onEvent作為訂閱函式,那麼該事件在哪個執行緒釋出出來的,onEvent就會在這個執行緒中執行,也就是說釋出事件和接收事件執行緒在同一個執行緒。使用這個方法時,在onEvent方法中不能執行耗時操作,如果執行耗時操作容易導致事件分發延遲。
- onEventMainThread:
如果使用onEventMainThread作為訂閱函式,那麼不論事件是在哪個執行緒中釋出出來的,onEventMainThread都會在UI執行緒中執行,接收事件就會在UI執行緒中執行,這個在Android中是非常有用的,因為在Android中只能在UI執行緒中跟新UI,所以在onEvnetMainThread方法中是不能執行耗時操作的。
- onEventBackground:
如果使用onEventBackgrond作為訂閱函式,那麼如果事件是在UI執行緒中釋出出來的,那麼onEventBackground就會在子執行緒中執行,如果事件本來就是子執行緒中釋出出來的,那麼onEventBackground函式直接在該子執行緒中執行。
- onEventAsync:
使用這個函式作為訂閱函式,那麼無論事件在哪個執行緒釋出,都會建立新的子執行緒在執行onEventAsync.
還是上一個文章的哪些步驟,就不詳細寫了。
1. 自定義事件
public class DemoEvent {
private String msg;
public DemoEvent(String msg){
this.msg=msg;
}
public String getMsg(){
return msg;
}
}
2.訂閱者(這裡是MainActivity)
public class MainActivity extends AppCompatActivity {
private Button bt;
@Override
protected void onCreate(Bundle savedInstanceState) {
super .onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
bt = (Button) findViewById(R.id.button);
bt.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View view) {
Intent intent = new Intent(MainActivity.this, SecondActivity.class);
startActivity(intent);
}
});
}
@Override
protected void onStart() {
super.onStart();
EventBus.getDefault().register(this);
}
@Subscribe
public void onEventMainThread(DemoEvent event) {
Log.e("onEventMainThread", event.getMsg() + "----" + Thread.currentThread().getName());
}
@Subscribe
public void onEvent(DemoEvent event) {
Log.e("onEvent", event.getMsg() + "----" + Thread.currentThread().getName());
}
@Subscribe
public void onEventBackground(DemoEvent event) {
Log.e("onEventBackground", event.getMsg() + "----" + Thread.currentThread().getName());
}
@Subscribe
public void onEventAsync(DemoEvent event) {
Log.e("onEventAsync", event.getMsg() + "----" + Thread.currentThread().getName());
}
@Override
protected void onDestroy() {
super.onDestroy();
EventBus.getDefault().unregister(this);
}
}
接收到訊息後,打印出接收的訊息,和當前執行緒的名稱
3.傳送訊息
public class SecondActivity extends AppCompatActivity {
private Button bt_MainThread;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_second);
bt_MainThread = (Button) findViewById(R.id.button1);
bt_MainThread.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View view) {
EventBus.getDefault().post(new DemoEvent("postThread---"+Thread.currentThread().getName()));
}
});
}
}
傳送的訊息為postThread所線上程名稱
執行結果
通過看log發現了一個問題,傳送訊息所線上程沒問題,都是mainthread,但是onEventBackground方法和onEventAsync方法並沒有在子執行緒中執行
EventBus3.0之後處理訊息方式
之前很多方法,記起來和用起來比較麻煩,現在我們只需要一個方法就可以了,這裡需要借用一個ThreadMode
你可以點選連結檢視官方介紹
- POSTING(預設)
如果使用事件處理函式指定了執行緒模型為POSTING,那麼該事件在哪個執行緒釋出出來的,事件處理函式就會在這個執行緒中執行,也就是說釋出事件和接收事件在同一個執行緒。線上程模型為POSTING的事件處理函式中儘量避免執行耗時操作,因為它會阻塞事件的傳遞,甚至有可能會引起ANR。
- MAIN:
事件的處理會在UI執行緒中執行。事件處理時間不能太長,長了會ANR的。
- BACKGROUND:
如果事件是在UI執行緒中釋出出來的,那麼該事件處理函式就會在新的執行緒中執行,如果事件本來就是子執行緒中釋出出來的,那麼該事件處理函式直接在釋出事件的執行緒中執行。在此事件處理函式中禁止進行UI更新操作。
- ASYNC:
無論事件在哪個執行緒釋出,該事件處理函式都會在新建的子執行緒中執行,同樣,此事件處理函式中禁止進行UI更新操作。
有了之前的理解,這四種模式就對應那四種方法,再也不要去死記方法名稱了
- 這個時候的事件處理方式
@Subscribe(threadMode = ThreadMode.MAIN)
public void XXX(MessageEvent messageEvent) {
...
}
方法名稱可以隨意命名,模式根據不同情況去選擇
接下來修改MainActivity接收訊息的方法
public class MainActivity extends AppCompatActivity {
private Button bt;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
bt = (Button) findViewById(R.id.button);
bt.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View view) {
Intent intent = new Intent(MainActivity.this, SecondActivity.class);
startActivity(intent);
}
});
}
@Override
protected void onStart() {
super.onStart();
EventBus.getDefault().register(this);
}
@Subscribe(threadMode = ThreadMode.POSTING)
public void onMessagePOSTING(DemoEvent event) {
Log.e("ThreadMode.POSTING", event.getMsg() + "----" + Thread.currentThread().getName());
}
@Subscribe(threadMode = ThreadMode.MAIN)
public void onMessageMAIN(DemoEvent event) {
Log.e("ThreadMode.MAIN", event.getMsg() + "----" + Thread.currentThread().getName());
}
@Subscribe(threadMode = ThreadMode.BACKGROUND)
public void onMessageBACKGROUND(DemoEvent event) {
Log.e("ThreadMode.BACKGROUND", event.getMsg() + "----" + Thread.currentThread().getName());
}
@Subscribe(threadMode = ThreadMode.ASYNC)
public void onMessageASYNC(DemoEvent event) {
Log.e("ThreadMode.ASYNC", event.getMsg() + "----" + Thread.currentThread().getName());
}
@Override
protected void onDestroy() {
super.onDestroy();
EventBus.getDefault().unregister(this);
}
}
方法名稱無所謂,決定方法執行的執行緒,就是Mode。
結果
可以看到ThreadMode.ASYNC和ThreadMode.BACKGROUND,他們的方法分別都在子執行緒中執行了。而且eventbus使用執行緒池執行緒高效地重用來自事件處裡的子執行緒。
最後就是,為什麼3.0之前的沒有開啟子執行緒,誰能告訴我下。