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,如需转载请自行联系原作者
目录
相关文章
|
Web App开发 监控 JavaScript
监控和分析 JavaScript 内存使用情况
【10月更文挑战第30天】通过使用上述的浏览器开发者工具、性能分析工具和内存泄漏检测工具,可以有效地监控和分析JavaScript内存使用情况,及时发现和解决内存泄漏、过度内存消耗等问题,从而提高JavaScript应用程序的性能和稳定性。在实际开发中,可以根据具体的需求和场景选择合适的工具和方法来进行内存监控和分析。
|
9月前
|
存储 弹性计算 缓存
阿里云服务器ECS经济型、通用算力、计算型、通用和内存型选购指南及使用场景分析
本文详细解析阿里云ECS服务器的经济型、通用算力型、计算型、通用型和内存型实例的区别及适用场景,涵盖性能特点、配置比例与实际应用,助你根据业务需求精准选型,提升资源利用率并降低成本。
560 3
|
5月前
|
设计模式 缓存 Java
【JUC】(4)从JMM内存模型的角度来分析CAS并发性问题
本篇文章将从JMM内存模型的角度来分析CAS并发性问题; 内容包含:介绍JMM、CAS、balking犹豫模式、二次检查锁、指令重排问题
157 1
|
8月前
|
存储 人工智能 自然语言处理
AI代理内存消耗过大?9种优化策略对比分析
在AI代理系统中,多代理协作虽能提升整体准确性,但真正决定性能的关键因素之一是**内存管理**。随着对话深度和长度的增加,内存消耗呈指数级增长,主要源于历史上下文、工具调用记录、数据库查询结果等组件的持续积累。本文深入探讨了从基础到高级的九种内存优化技术,涵盖顺序存储、滑动窗口、摘要型内存、基于检索的系统、内存增强变换器、分层优化、图形化记忆网络、压缩整合策略以及类操作系统内存管理。通过统一框架下的代码实现与性能评估,分析了每种技术的适用场景与局限性,为构建高效、可扩展的AI代理系统提供了系统性的优化路径和技术参考。
511 4
AI代理内存消耗过大?9种优化策略对比分析
|
JavaScript
如何使用内存快照分析工具来分析Node.js应用的内存问题?
需要注意的是,不同的内存快照分析工具可能具有不同的功能和操作方式,在使用时需要根据具体工具的说明和特点进行灵活运用。
648 159
|
存储 监控 算法
员工屏幕监控系统之 C++ 图像差分算法
在现代企业管理中,员工屏幕监控系统至关重要。本文探讨了其中常用的图像差分算法,该算法通过比较相邻两帧图像的像素差异,检测屏幕内容变化,如应用程序切换等。文中提供了C++实现代码,并介绍了其在实时监控、异常行为检测和数据压缩等方面的应用,展示了其实现简单、效率高的特点。
439 15
|
存储 Java
课时4:对象内存分析
接下来对对象实例化操作展开初步分析。在整个课程学习中,对象使用环节往往是最棘手的问题所在。
110 4
|
Java 编译器 Go
go的内存逃逸分析
内存逃逸分析是Go编译器在编译期间根据变量的类型和作用域,确定变量分配在堆上还是栈上的过程。如果变量需要分配在堆上,则称作内存逃逸。Go语言有自动内存管理(GC),开发者无需手动释放内存,但编译器需准确分配内存以优化性能。常见的内存逃逸场景包括返回局部变量的指针、使用`interface{}`动态类型、栈空间不足和闭包等。内存逃逸会影响性能,因为操作堆比栈慢,且增加GC压力。合理使用内存逃逸分析工具(如`-gcflags=-m`)有助于编写高效代码。
240 2
|
并行计算 算法 测试技术
C语言因高效灵活被广泛应用于软件开发。本文探讨了优化C语言程序性能的策略,涵盖算法优化、代码结构优化、内存管理优化、编译器优化、数据结构优化、并行计算优化及性能测试与分析七个方面
C语言因高效灵活被广泛应用于软件开发。本文探讨了优化C语言程序性能的策略,涵盖算法优化、代码结构优化、内存管理优化、编译器优化、数据结构优化、并行计算优化及性能测试与分析七个方面,旨在通过综合策略提升程序性能,满足实际需求。
545 1
|
开发框架 监控 .NET
【Azure App Service】部署在App Service上的.NET应用内存消耗不能超过2GB的情况分析
x64 dotnet runtime is not installed on the app service by default. Since we had the app service running in x64, it was proxying the request to a 32 bit dotnet process which was throwing an OutOfMemoryException with requests >100MB. It worked on the IaaS servers because we had the x64 runtime install
343 5