Android组件内核之组件间通信方案（四）上篇

// fragment_test1 布局中的一个测试按钮
Button test_button= (Button) view.findViewById(R.id. test_button);
test_button setOnClickListener(this);//设置按钮监听事件
super.onViewCreated(view, savedInstanceState);
}
@Override public void onClick(View view) {
// TODO Auto-generated method stub switch (view.getId()) {
//测试按钮监听事件
case R.id.test_button:
// mActivity即为代表的父Activity
Intent intent = new Intent(mActivity, SecondActivity.class);
Log.i(“BAIDUSDK”, “验证：” + ((MainActivity) mActivity).ismBaiDuSDK_is_Ok());
//最为关键的一步，fragment调用父activity的成员方法，进行通信
if (((MainActivity) mActivity).ismBaiDuSDK_is_Ok()) {
startActivity(intent);
} else {
Log.e(“TEST”,“请确认mBaiDuSDK_is_Ok是否正常！”);
}
break;
}
}
}

二、Service和Activity的相互通信

2.1第一种方式：通过MyBinder方式调用Service方法

步骤

• 继承Binder 定义中间人对象

BanZhengService

public class BanZhengService extends Service {

//把我定义的中间人对象返回
@Override
public IBinder onBind(Intent intent) {
return new MyBinder();
}
//办证的方法
public void banZheng(int money){
if (money>1000) {
Toast.makeText(getApplicationContext(), “我是领导 把证给你办了”, 1).show();
}else {
Toast.makeText(getApplicationContext(), “这点钱 还想办事…”, 1).show();
}
}
//[1]定义中间人对象(IBinder)

public class MyBinder extends Binder{

public void callBanZheng(int money){
//调用办证的方法
banZheng(money);
}}}

• 重写ServiceConnection，onServiceConnected时调用中间人对象 绑定服务
  MainActivity

public class MainActivity extends Activity {

private MyConn conn;
private MyBinder myBinder;//我定义的中间人对象
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);

Intent intent = new Intent(this,BanZhengService.class);
//连接服务
conn = new MyConn();
bindService(intent, conn, BIND_AUTO_CREATE);
}
//点击按钮调用服务里面办证的方法
public void click(View v) {

myBinder.callBanZheng(10000000);
}

//监视服务的状态
private class MyConn implements ServiceConnection{

//当服务连接成功调用
@Override
public void onServiceConnected(ComponentName name, IBinder service) {
//获取中间人对象
myBinder = (MyBinder) service;
}
//失去连接
@Override
public void onServiceDisconnected(ComponentName name) {

}}
@Override
protected void onDestroy() {
//当activity 销毁的时候 解绑服务
unbindService(conn);
super.onDestroy();
}}

2.2 第二种方式：通过接口Iservice调用Service方法

使用借口调用service和直接调用其实本质都是一样的，只不过多了借口一个步骤，

即实现步骤

• 1.继承Binder 定义中间人对象
• 2.定义接口

public interface Iservice {

//把领导想暴露的方法都定义在接口里
public void callBanZheng(int money);
// public void callPlayMaJiang();

• 3.重写ServiceConnection，onServiceConnected时调用中间人对象,强转为接口(myBinder = (Iservice) service;) 绑定服务

这里就写一下不同的地方，其他都和上面的第一种一样
MainActivity

//监视服务的状态
private class MyConn implements ServiceConnection{
//当服务连接成功调用
@Override
public void onServiceConnected(ComponentName name, IBinder service) {
//获取中间人对象
myBinder = (Iservice) service;
}
//失去连接
@Override
public void onServiceDisconnected(ComponentName name) {

}
}
@Override
protected void onDestroy() {
//当activity 销毁的时候 解绑服务
unbindService(conn);
super.onDestroy();
}

}

三、 Intent传递数据大小限制

####3.1前言

在sendBroadcast，startActivity时，我们会用到Intent。
Intent可以携带一些数据，比如基本类型数据int、Boolean，或是String，或是序列化对象，Parcelable与Serializable。
Intent传递数据时，如果数据太大，可能会出现异常。比如App闪退，或是Intent发送不成功，logcat报错等等。
这就牵涉到一个问题：Intent 传递数据大小限制。
Intent到底能够携带多少数据呢？
使用Intent传送数据时，可能会出现异常
在Intent中传入一个Parcelable对象；例如传入一个bitmap对象。

Bitmap b1 = Bitmap.createScaledBitmap(srcBmp, dstWid, dstHeight, false);
Intent intent = new Intent(MSG_INTENT);
intent.putExtra(K_PIC, b1);

选择bitmap的原因是，Bitmap实现了Parcelable接口，并且可以通过getByteCount()得知所占内存大小。
sendBroadcast时，报出如下信息：

V/ActivityManager: Broadcast: Intent { act=intent_bi flg=0x10 (has extras) } ordered=false userid=0 callerApp=ProcessRecord{27aeaaf5 31217:com.rustfisher.basic4/u0a113}
E/JavaBinder: !!! FAILED BINDER TRANSACTION !!!
W/BroadcastQueue: Failure sending broadcast Intent { act=intent_bi flg=0x10 (has extras) }
android.os.TransactionTooLargeException
at android.os.BinderProxy.transactNative(Native Method)
at android.os.BinderProxy.transact(Binder.java:504)
atandroid.app.ApplicationThreadProxy.scheduleRegisteredReceiver(ApplicationThreadNative.java:1170) atcom.android.server.am.BroadcastQueue.performReceiveLocked(BroadcastQueue.java:576 atcom.android.server.am.BroadcastQueue.deliverToRegisteredReceiverLocked(BroadcastQueue.java:848) atcom.android.server.am.BroadcastQueue.processNextBroadcast(BroadcastQueue.java:91 atcom.android.server.am.BroadcastQueue$BroadcastHandler.handleMessage(BroadcastQueue.java:254)
at android.os.Handler.dispatchMessage(Handler.java:111)
at android.os.Looper.loop(Looper.java:194)
at android.os.HandlerThread.run(HandlerThread.java:61)
at com.android.server.ServiceThread.run(ServiceThread.java:46)

查看异常类TransactionTooLargeException，它继承了RemoteException

package android.os; public class TransactionTooLargeException extends RemoteException { public TransactionTooLargeException() {
super();
}
public TransactionTooLargeException(String msg) {
super(msg);
}
}

追踪到Binder，它的transactNative方法会报出RemoteException

public native boolean transactNative(int code, Parcel data, Parcel reply,
int flags) throws RemoteException;

抛出异常与Binder有关。

Intent携带信息的大小受Binder限制

Intent携带信息的大小其实是受Binder限制。本文标题也可以改为“Binder传递数据大小限制”。

数据以Parcel对象的形式存放在Binder传递缓存中。

如果数据或返回值比传递buffer大，则此次传递调用失败并抛出TransactionTooLargeException异常。

Binder传递缓存有一个限定大小，通常是1Mb。但同一个进程中所有的传输共享缓存空间。

多个地方在进行传输时，即时它们各自传输的数据不超出大小限制，TransactionTooLargeException异常也可能会被抛出。

在使用Intent传递数据时，1Mb并不是安全上限。因为Binder中可能正在处理其它的传输工作。

不同的机型和系统版本，这个上限值也可能会不同。

在其它地方，例如onSaveInstanceState(@NonNull Bundle outState)，也可能会遇到与Binder有关的类似问题。