MemoryHeapBase内存分配、Ashmem_create_Region mmap申请共享内存
几个与内存相关的类的头文件如下所示：
IMemory.h ：定义内存相关类的接口，表示堆内存的类 IMemoryHeap 和 BnMemoryHeap ，表示一般内存的类 IMemory 和 BnMemory 。
MemoryHeapBase.h ：定义类 MemoryHeapBase ，继承并实现 BnMemoryHeap
MemoryBase.h ：定义类 MemoryBase ，继承并实现 BnMemory
在一般的使用过程中，通常是以使用 MemoryHeapBase 类分配一块堆内存（类似 malloc ），而 MemoryBase 表示从一块分配好堆内存中的一部分内存。
class AudioTrackJniStorage {
public:
sp<MemoryHeapBase> mMemHeap;// 这两个Memory 很重要
sp<MemoryBase> mMemBase;
audiotrack_callback_cookie mCallbackData;
int mStreamType;
bool allocSharedMem(int sizeInBytes) {
mMemHeap = new MemoryHeapBase(sizeInBytes, 0, "AudioTrack Heap Base");
mMemBase = new MemoryBase(mMemHeap, 0, sizeInBytes);
// 注意用法，先弄一个HeapBase ，再把HeapBase 传入到MemoryBase 中去。
return true;
}
};
2 MemoryHeapBase
MemroyHeapBase 也是 Android 搞的一套基于 Binder 机制的对内存操作的类。既然是 Binder 机制，那么肯定有一个服务端（ Bnxxx ），一个代理端 Bpxxx 。看看 MemoryHeapBase 定义：
class MemoryHeapBase : public virtual BnMemoryHeap
{
果然，从BnMemoryHeap 派生，那就是Bn 端。这样就和Binder 挂上钩了
//Bp 端调用的函数最终都会调到Bn 这来
对Binder 机制不了解的，可以参考：
http://blog.csdn.net/Innost/archive/2011/01/08/6124685.aspx
有好几个构造函数，我们看看我们使用的：
MemoryHeapBase::MemoryHeapBase(size_t size, uint32_t flags, char const * name)
: mFD(-1), mSize(0), mBase(MAP_FAILED), mFlags(flags),
mDevice(0), mNeedUnmap(false)
{
const size_t pagesize = getpagesize();
size = ((size + pagesize-1) & ~(pagesize-1));
// 创建共享内存，ashmem_create_region 这个是系统提供的, 可以不管它
// 设备上打开的是/dev/ashmem 设备，而Host 上打开的是一个tmp 文件
int fd = ashmem_create_region(name == NULL ? "MemoryHeapBase" : name, size);
mapfd(fd, size);// 把刚才那个fd 通过mmap 方式得到一块内存
// 不明白得去man mmap 看看
mapfd 完了后，mBase 变量指向内存的起始位置, mSize 是分配的内存大小，mFd 是
ashmem_create_region 返回的文件描述符
}
MemoryHeapBase 提供了一下几个函数，可以获取共享内存的大小和位置。
getBaseID()---> 返回mFd ，如果为负数，表明刚才创建共享内存失败了
getBase()-> 返回mBase ，内存位置
getSize()-> 返回mSize ，内存大小
有了 MemoryHeapBase ，又搞了一个 MemoryBase ，这又是一个和 Binder 机制挂钩的类。
唉，这个估计是一个在MemoryHeapBase 上的方便类吧？因为我看见了offset
那么估计这个类就是一个能返回当前Buffer 中写位置（就是offset ）的方便类
这样就不用用户到处去计算读写位置了。