IPC机制

IPC机制

  • 指的的是进程间的通信或者跨进程通信,确切的说就是两个进程之间的数据交互的过程!

那么我们使用多进程的的需求一般都是什么?

  • 一般是为了增加应用的的可使用内存,安卓对一个应用的最大使用内存做了限制一般是16mb。
  • 第二种是两个不同应用之间的数据交互

我们如何开启多进程呢?

  • 我们一般只需要在给使用的组建加上一个android:process属性就行了!
  • 第二种我们通过JNI在native层去fork一个新的进程,这种方法属于特殊情况不做处理。


<service android:name=".ServiceA" android:process=":service"></service>


  • 在这里android:process=":service"这个代表生成的新的进程的名字是包名加上:service并且代表当前的进程是私有的,其他应用组建不能和他跑在一个进程里面,还有一种直接以包名来命名这种不带冒号就是全局的进程,其他应用通过shareuid可以和他跑在一个进程里面!TIP如果共用一个进程就能共享内存中的数据。

导致两个不同进程间通信不了的原因是什么呢?

  • android会为每一个应用分配一个独立的虚拟机,或者说为每个进程都分配一个独立的虚拟机,不同的虚拟机在内存上的地址是不一样的所以导致同一个类但是是不同的地址空间。

使用多进程会导致的问题:

  • 静态成员和单利模式完全失效(因为都不是共享一个虚拟机当然就没有用了)
  • 线程同步机制完全失效(同上)
  • sp的可靠性下降(sp不支持两个进程同时去执行读写操作可能会造成数据的丢失)
  • application会多次创建(因为我们单个开通一个进程就相当于又重新开通了一个虚拟机当然所有的都是会再次创建了)

实现跨进程通信的方式有哪些?

  • 通过intent传递
  • 通过sp设置public
  • 基于binder的Messenger和AIDL以及socket
  • contentprovider内容应提供者
  • socket网络传输

序列化

  • 第一种实现serializable接口


public class Person implements Serializable{


    private static final long serialVersionUID = 1L;


    protected String name;


    protected transient int age;


    public Person(){}


    public Person(String name,int age){


        this.name = name;


        this.age = age;


    }


    public String getName() {


        return name;


    }


    public void setName(String name) {


        this.name = name;


    }





    public int getAge() {


        return age;


    }


    public void setAge(int age) {


        this.age = age;


    }


    


    public String toString()


    {


        return "this is person:"+"name:"+this.name+"——age:"+this.age;


    }


}


//序列化一个对象(可以存储到一个文件也可以存储到字节数组)这里存储到自己数组


    public static byte[] serialByte(Object obj)


    {


        ByteArrayOutputStream baos = new ByteArrayOutputStream();


        ObjectOutputStream oos;


        try {


            oos = new ObjectOutputStream(baos);


            oos.writeObject(obj);


            oos.close();


            return baos.toByteArray();


        } catch (IOException e) {


            throw new RuntimeException(e.getMessage());


        }


    }


    


    //反序列化一个对象


    public static Object deSerialByte(byte[] by)


    {


        ObjectInputStream ois;


        try {


            ois = new ObjectInputStream(new ByteArrayInputStream(by));


            return ois.readObject();


        } catch (Exception e) {


            throw new RuntimeException(e.getMessage());


        }


    }


  • serialVersionUID我们通过他来制定序列化的版本,注意其中的静态变量不会参与序列化,和用transient关键字来标记成员变量不参与序列化
  • 第二种parcel接口这个是我们android中推荐使用的方法性能比较高


 public class MyParcelable implements Parcelable {


     private int mData;





     public int describeContents() {


         return 0;


     }





     public void writeToParcel(Parcel out, int flags) {


         out.writeInt(mData);


     }





     public static final Parcelable.Creator<MyParcelable> CREATOR


             = new Parcelable.Creator<MyParcelable>() {


         public MyParcelable createFromParcel(Parcel in) {


             return new MyParcelable(in);


         }





         public MyParcelable[] newArray(int size) {


             return new MyParcelable[size];


         }


     };


     


     private MyParcelable(Parcel in) {


         mData = in.readInt();


     }


 }





  • 如果需要将对象在网络中传输或者实例化到本地还是推荐使用ser这种方式的!

Binder

  • Binder是android中的一个类,他继承了ibinder的接口,从ipc角度来说binder就是android中的一种跨进程通信方式,从android framework角度就是各种Manager的桥梁,从应用层来说是客户端和服务端进行通信的媒介!。

总结传输的方式的具体方法

  • binder我们直接通过intent就可以传输了。
  • 使用文件共享数据,我们可以将一个对象序列化到本地然后另一端去反序列化就可以了,这种只适合在对数据同步要求不高的进程之间通信使用,并且需要考虑并发的问题!
  • sp我们不推荐使用这种方式因为他会在内存中存在缓存,导致数据容易丢失,所以我们更不推荐使用sp
  • messager信使他的底层使用的也是aidl,是对他的一个封装!他是一个单行串的消息队列,只能一个一个接受消息!

AIDL支持的文件类型:

  • 基本数据类型
  • string和charsequence
  • arraylist
  • map
  • 实现了序列化的接口

socket:

  • 称为套接字,是网络通信中的概念,他又分为流式套接字和用户数据报套接字两种,又分别对应网络传输控制层中的TCP和UDP
  • Tcp:他是面向连接的协议提供双向稳定的通信功能,实现它需要三次握手,他本身提供了超时重传的机制,因此具有很高的稳定性!
  • UDP 是无连接的提供不稳定的单项通信功能,UDP也能进行双向传输但是数据容易丢失,容易丢包!
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 214,588评论 6 496
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,456评论 3 389
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 160,146评论 0 350
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,387评论 1 288
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,481评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,510评论 1 293
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,522评论 3 414
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,296评论 0 270
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,745评论 1 307
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,039评论 2 330
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,202评论 1 343
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,901评论 5 338
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,538评论 3 322
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,165评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,415评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,081评论 2 365
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,085评论 2 352

推荐阅读更多精彩内容