Android系统匿名共享内存(Anonymous Shared Memory)C++调用接口分析(5)

简介:
下面我们再来看MemoryBase类在Client端的实现,同样,先看它们的类图关系:
     这个图中我们可以看出,MemoryBase类在Client端的实现与MemoryHeapBase类在Client端的实现是类似的,这里只要把IMemory类换成IMemoryHeap类以及把BpMemory类换成BpMemoryHeap类就变成是MemoryHeapBase类在Client端的实现了,因此,我们这里只简单分析BpMemory类的实现,前面已经分析过IMemory类的实现了。
        BpMemory类实现在frameworks/base/libs/binder/IMemory.cpp文件中,我们先看它的声明:
  1. class BpMemory : public BpInterface<IMemory>  
  2. {  
  3. public:  
  4.     BpMemory(const sp<IBinder>& impl);  
  5.     virtual ~BpMemory();  
  6.     virtual sp<IMemoryHeap> getMemory(ssize_t* offset=0, size_t* size=0) const;  
  7.   
  8. private:  
  9.     mutable sp<IMemoryHeap> mHeap;  
  10.     mutable ssize_t mOffset;  
  11.     mutable size_t mSize;  
  12. };  
       和MemoryBase类一样,它实现了IMemory类的getMemory成员函数,在它的成员变量中,mHeap的类型为IMemoryHeap,它指向的是一个BpMemoryHeap对象,mOffset表示这个BpMemory对象所要维护的这部分匿名共享内存在整个匿名共享内存块中的起始位置,mSize表示这个BpMemory对象所要维护的这部分匿名共享内存的大小。
 
       下面我们就看一下BpMemory类的成员函数getMemory的实现:
  1. sp<IMemoryHeap> BpMemory::getMemory(ssize_t* offset, size_t* size) const  
  2. {  
  3.     if (mHeap == 0) {  
  4.         Parcel data, reply;  
  5.         data.writeInterfaceToken(IMemory::getInterfaceDescriptor());  
  6.         if (remote()->transact(GET_MEMORY, data, &reply) == NO_ERROR) {  
  7.             sp<IBinder> heap = reply.readStrongBinder();  
  8.             ssize_t o = reply.readInt32();  
  9.             size_t s = reply.readInt32();  
  10.             if (heap != 0) {  
  11.                 mHeap = interface_cast<IMemoryHeap>(heap);  
  12.                 if (mHeap != 0) {  
  13.                     mOffset = o;  
  14.                     mSize = s;  
  15.                 }  
  16.             }  
  17.         }  
  18.     }  
  19.     if (offset) *offset = mOffset;  
  20.     if (size) *size = mSize;  
  21.     return mHeap;  
  22. }  
        如果成员变量mHeap的值为NULL,就表示这个BpMemory对象尚未建立好匿名共享内存,于是,就会通过一个Binder进程间调用去Server端请求匿名共享内存信息,在这些信息中,最重要的就是这个Server端的MemoryHeapBase对象的引用heap了,通过这个引用可以在Client端进程中创建一个BpMemoryHeap远程接口,最后将这个BpMemoryHeap远程接口保存在成员变量mHeap中,同时,从Server端获得的信息还包括这块匿名共享内存在整个匿名共享内存中的偏移位置以及大小。这样,这个BpMemory对象中的匿名共享内存就准备就绪了。
 
        至此,MemoryBase类的实现就分析完了,下面我们将通过一个实例来说明如何使用MemoryBase类在进程间进行内存共享,因为MemoryBase内部使用了MemoryHeapBase类,所以,这个例子同时也可以说明MemoryHeapBase类的使用方法。
        3. MemoryHeapBas类e和MemoryBase类的使用示例
        在这个例子中,我们将在Android源代码工程的external目录中创建一个ashmem源代码工程,它里面包括两个应用程序,一个是Server端应用程序SharedBufferServer,它提供一段共享内存来给Client端程序使用,一个是Client端应用程序SharedBufferClient,它简单地对Server端提供的共享内存进行读和写的操作。Server端应用程序SharedBufferServer和Client端应用程序SharedBufferClient通过Binder进程间通信机制来交互,因此,我们需要定义自己的Binder对象接口ISharedBuffer。Server端应用程序SharedBufferServer在内部实现了一个服务SharedBufferService,这个服务托管给Service Manager来管理,因此,Client端应用程序SharedBufferClient可以向Service Manager请求这个SharedBufferService服务的一个远接接口,然后就可以通过这个服务来操作Server端提供的这段共享内存了。
        这个工程由三个模块组成,第一个模块定义服务接口,它的相关源代码位于external/ashmem/common目录下,第二个模块实现Server端应用程序SharedBufferServer,它的相关源代码位于external/ashmem/server目录下,第三个模块实现Client端应用程序SharedBufferClient,它的相关源代码码位于external/ashmem/client目录下。
        首先来看common模块中的服务接口的定义。在external/ashmem/common目录下,有两个源文件ISharedBuffer.h和ISharedBuffer.cpp。源文件ISharedBuffer.h定义了服务的接口:
  1. #ifndef ISHAREDBUFFER_H_  
  2. #define ISHAREDBUFFER_H_  
  3.   
  4. #include <utils/RefBase.h>  
  5. #include <binder/IInterface.h>  
  6. #include <binder/Parcel.h>  
  7.   
  8. #define SHARED_BUFFER_SERVICE "shy.luo.SharedBuffer"  
  9. #define SHARED_BUFFER_SIZE 4  
  10.   
  11. using namespace android;  
  12.   
  13. class ISharedBuffer: public IInterface  
  14. {  
  15. public:  
  16.         DECLARE_META_INTERFACE(SharedBuffer);  
  17.         virtual sp<IMemory> getBuffer() = 0;  
  18. };  
  19.   
  20. class BnSharedBuffer: public BnInterface<ISharedBuffer>  
  21. {  
  22. public:  
  23.         virtual status_t onTransact(uint32_t code, const Parcel& data, Parcel* reply, uint32_t flags = 0);  
  24. };  
  25.   
  26. #endif  
        这个文件定义了一个ISharedBuffer接口,里面只有一个成员函数getBuffer,通过这个成员函数,Client端可以从Server端获得一个匿名共享内存,这块匿名共享内存通过我们上面分析的MemoryBase类来维护。这个文件同时也定义了一个必须要在Server端实现的BnSharedBuffer接口,它里面只有一个成员函数onTransact,这个成员函数是用来处理Client端发送过来的请求的。除了定义这两个接口之外,这个文件还定义了两个公共信息,一个是定义常量SHARED_BUFFER_SERVICE,它是Server端提供的内存共享服务的名称,即这个内存共享服务在Service Manager中是以SHARED_BUFFER_SERVICE来作关键字索引的,另外一个是定义常量SHARED_BUFFER_SIZE,它定义了Server端共享的内存块的大小,它的大小设置为4个字节,在这个例子,将把这个共享内存当作一个整型变量来访问。
 
        源代文件ISharedBuffer.cpp文件定义了一个在Client端使用的BpSharedBuffer接口,它是指向运行在Server端的实现了ISharedBuffer接口的内存共享服务的远程接口,同时,在这个文件里面,也实现了BnSharedBuffer类的onTransact成员函数:
  1. #define LOG_TAG "ISharedBuffer"  
  2.   
  3. #include <utils/Log.h>  
  4. #include <binder/MemoryBase.h>  
  5.   
  6. #include "ISharedBuffer.h"  
  7.   
  8. using namespace android;  
  9.   
  10. enum  
  11. {  
  12.     GET_BUFFER = IBinder::FIRST_CALL_TRANSACTION  
  13. };  
  14.   
  15. class BpSharedBuffer: public BpInterface<ISharedBuffer>  
  16. {  
  17. public:  
  18.     BpSharedBuffer(const sp<IBinder>& impl)  
  19.         : BpInterface<ISharedBuffer>(impl)  
  20.     {  
  21.   
  22.     }  
  23.   
  24. public:  
  25.     sp<IMemory> getBuffer()  
  26.     {  
  27.         Parcel data;  
  28.         data.writeInterfaceToken(ISharedBuffer::getInterfaceDescriptor());  
  29.   
  30.         Parcel reply;  
  31.         remote()->transact(GET_BUFFER, data, &reply);  
  32.   
  33.         sp<IMemory> buffer = interface_cast<IMemory>(reply.readStrongBinder());  
  34.   
  35.         return buffer;  
  36.     }  
  37. };  
  38.   
  39. IMPLEMENT_META_INTERFACE(SharedBuffer, "shy.luo.ISharedBuffer");  
  40.   
  41. status_t BnSharedBuffer::onTransact(uint32_t code, const Parcel& data, Parcel* reply, uint32_t flags)  
  42. {  
  43.     switch(code)  
  44.     {  
  45.     case GET_BUFFER:  
  46.         {  
  47.             CHECK_INTERFACE(ISharedBuffer, data, reply);  
  48.   
  49.             sp<IMemory> buffer = getBuffer();  
  50.             if(buffer != NULL)  
  51.             {  
  52.                 reply->writeStrongBinder(buffer->asBinder());  
  53.             }  
  54.   
  55.             return NO_ERROR;  
  56.         }  
  57.     default:  
  58.         {  
  59.             return BBinder::onTransact(code, data, reply, flags);  
  60.         }  
  61.     }  
  62. }  
        在BpSharedBuffer类的成员函数transact中,向Server端发出了一个请求代码为GET_BUFFER的Binder进程间调用请求,请求Server端返回一个匿名共享内存对象的远程接口IMemory,它实际指向的是一个BpMemory对象,获得了这个对象之后,就将它返回给调用者;在BnSharedBuffer类的成员函数onTransact中,当它接收到从Client端发送过来的代码为GET_BUFFER的Binder进程间调用请求后,便调用其子类的getBuffer成员函数来获一个匿名共享内存对象接口IMemory,它实际指向的是一个MemoryBase对象,获得了这个对象之后,就把它返回给Client端。
 




本文转自 Luoshengyang 51CTO博客,原文链接:http://blog.51cto.com/shyluo/966920,如需转载请自行联系原作者
目录
相关文章
|
7天前
|
存储 缓存 监控
|
10天前
麒麟系统mate-indicators进程占用内存过高问题解决
【10月更文挑战第7天】麒麟系统mate-indicators进程占用内存过高问题解决
65 2
|
3天前
|
运维 JavaScript Linux
容器内的Nodejs应用如何获取宿主机的基础信息-系统、内存、cpu、启动时间,以及一个df -h的坑
本文介绍了如何在Docker容器内的Node.js应用中获取宿主机的基础信息,包括系统信息、内存使用情况、磁盘空间和启动时间等。核心思路是将宿主机的根目录挂载到容器,但需注意权限和安全问题。文章还提到了使用`df -P`替代`df -h`以获得一致性输出,避免解析错误。
|
1月前
|
C++
【C++案例】一个项目掌握C++基础-通讯录管理系统
这篇文章通过一个通讯录管理系统的C++项目案例,详细介绍了如何使用C++实现添加、显示、删除、查找、修改和清空联系人等功能。
33 3
|
12天前
麒麟系统mate-indicators进程占用内存过高问题解决
【10月更文挑战第5天】麒麟系统mate-indicators进程占用内存过高问题解决
57 0
|
1月前
|
监控 Ubuntu API
Python脚本监控Ubuntu系统进程内存的实现方式
通过这种方法,我们可以很容易地监控Ubuntu系统中进程的内存使用情况,对于性能分析和资源管理具有很大的帮助。这只是 `psutil`库功能的冰山一角,`psutil`还能够提供更多关于系统和进程的详细信息,强烈推荐进一步探索这个强大的库。
38 1
|
2月前
|
Rust 安全 C++
系统编程的未来之战:Rust能否撼动C++的王座?
【8月更文挑战第31天】Rust与C++:现代系统编程的新选择。C++长期主导系统编程,但内存安全问题频发。Rust以安全性为核心,通过所有权和生命周期概念避免内存泄漏和野指针等问题。Rust在编译时确保内存安全,简化并发编程,其生态系统虽不及C++成熟,但发展迅速,为现代系统编程提供了新选择。未来有望看到更多Rust驱动的系统级应用。
54 1
|
2月前
|
存储 数据可视化 C++
【C++】C++-学生考试题库管理系统(源码)
本系统设计了一个选题管理流程,包括读取题目信息、随机抽取题目、保存及查询选题结果等功能。使用 `readProjects` 从文件读取题目信息,`drawProject` 随机抽取未选中的题目,`saveSelection` 保存选题结果至文件,`querySelection` 查询并显示所有选题结果。主函数提供菜单界面,支持学生信息输入、抽题及结果查询。关注【测试开发自动化】公众号,回复“题库”获取源码。
20 0
|
13天前
|
缓存 搜索推荐 Android开发
安卓开发中的自定义控件实践
【10月更文挑战第4天】在安卓开发的海洋中,自定义控件是那片璀璨的星辰。它不仅让应用界面设计变得丰富多彩,还提升了用户体验。本文将带你探索自定义控件的核心概念、实现过程以及优化技巧,让你的应用在众多竞争者中脱颖而出。
|
13天前
|
Java Android开发 Swift
安卓与iOS开发对比:平台选择对项目成功的影响
【10月更文挑战第4天】在移动应用开发的世界中,选择合适的平台是至关重要的。本文将深入探讨安卓和iOS两大主流平台的开发环境、用户基础、市场份额和开发成本等方面的差异,并分析这些差异如何影响项目的最终成果。通过比较这两个平台的优势与挑战,开发者可以更好地决定哪个平台更适合他们的项目需求。
51 1