欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

Android 匿名內存深入分析

 更新時間:2023年03月15日 11:09:06   作者:Arthas0v0  
這篇文章主要為大家介紹了Android 匿名內存深入分析,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進步,早日升職加薪

Android 匿名內存解析

有了binder機制為什么還需要匿名內存來實現(xiàn)IPC呢?我覺得很大的原因就是binder傳輸是有大小限制的,不說應用層的限制。在驅動中binder的傳輸大小被限制在了4M,分享一張圖片可能就超過了這個限制。匿名內存的主要解決思路就是通過binder傳輸文件描述符,使得兩個進程都能訪問同一個地址來實現(xiàn)共享。

MemoryFile使用

在平常開發(fā)中android提供了MemoryFile來實現(xiàn)匿名內存??聪伦詈唵蔚膶崿F(xiàn)。

Service端

?
const val GET_ASH_MEMORY = 1000
class MyService : Service() {
    val ashData = "AshDemo".toByteArray()
    override fun onBind(intent: Intent): IBinder {
        return object : Binder() {
            override fun onTransact(code: Int, data: Parcel, reply: Parcel?, flags: Int): Boolean {
                when(code){
                    GET_ASH_MEMORY->{//收到客戶端請求的時候會煩
                        val descriptor = createMemoryFile()
                        reply?.writeParcelable(descriptor, 0)
                        reply?.writeInt(ashData.size)
                        return true
                    }
                    else->{
                        return super.onTransact(code, data, reply, flags)
                    }
                }
            }
        }
    }
    private fun createMemoryFile(): ParcelFileDescriptor? {
        val file = MemoryFile("AshFile", 1024)//創(chuàng)建MemoryFile
        val descriptorMethod = file.javaClass.getDeclaredMethod("getFileDescriptor")
        val fd=descriptorMethod.invoke(file)//反射拿到fd
        file.writeBytes(ashData, 0, 0,ashData.size)//寫入字符串
        return ParcelFileDescriptor.dup(fd as FileDescriptor?)//返回一個封裝的fd
    }
}

Server的功能很簡單收到GET_ASH_MEMORY請求的時候創(chuàng)建一個MemoryFile,往里寫入一個字符串的byte數(shù)組,然后將fd和字符長度寫入reply中返回給客戶端。

Client端

?
class MainActivity : AppCompatActivity() {
    val connect = object :ServiceConnection{
        override fun onServiceConnected(name: ComponentName?, service: IBinder?) {
            val reply = Parcel.obtain()
            val sendData = Parcel.obtain()
            service?.transact(GET_ASH_MEMORY, sendData, reply, 0)//傳輸信號GET_ASH_MEMORY
            val pfd = reply.readParcelable<ParcelFileDescriptor>(javaClass.classLoader)
            val descriptor = pfd?.fileDescriptor//拿到fd
            val size = reply.readInt()//拿到長度
            val input = FileInputStream(descriptor)
            val bytes = input.readBytes()
            val message = String(bytes, 0, size, Charsets.UTF_8)//生成string
            Toast.makeText(this@MainActivity,message,Toast.LENGTH_SHORT).show()
        }
?
        override fun onServiceDisconnected(name: ComponentName?) {
        }
?
    }
    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main)
        findViewById<TextView>(R.id.intent).setOnClickListener {
          //啟動服務
            bindService(Intent(this,MyService::class.java),connect, Context.BIND_AUTO_CREATE)
        }
    }
}

客戶端也很簡單,啟動服務,發(fā)送一個獲取MemoryFile的請求,然后通過reply拿到fd和長度,用FileInputStream讀取fd中的內容,最后通過toast可以驗證這個message已經(jīng)拿到了。

AshMemory 創(chuàng)建原理

    public MemoryFile(String name, int length) throws IOException {
        try {
            mSharedMemory = SharedMemory.create(name, length);
            mMapping = mSharedMemory.mapReadWrite();
        } catch (ErrnoException ex) {
            ex.rethrowAsIOException();
        }
    }

MemoryFile就是對SharedMemory的一層封裝,具體的工能都是SharedMemory實現(xiàn)的??碨haredMemory的實現(xiàn)。

    public static @NonNull SharedMemory create(@Nullable String name, int size)
            throws ErrnoException {
        if (size <= 0) {
            throw new IllegalArgumentException("Size must be greater than zero");
        }
        return new SharedMemory(nCreate(name, size));
    }
  private static native FileDescriptor nCreate(String name, int size) throws ErrnoException;

通過一個JNI獲得fd,從這里可以推斷出java層也只是一個封裝,拿到的已經(jīng)是創(chuàng)建好的fd。

//frameworks/base/core/jni/android_os_SharedMemory.cpp
jobject SharedMemory_nCreate(JNIEnv* env, jobject, jstring jname, jint size) {
    const char* name = jname ? env->GetStringUTFChars(jname, nullptr) : nullptr;
    int fd = ashmem_create_region(name, size);//創(chuàng)建匿名內存塊
    int err = fd < 0 ? errno : 0;
    if (name) {
        env->ReleaseStringUTFChars(jname, name);
    }
    if (fd < 0) {
        jniThrowErrnoException(env, "SharedMemory_create", err);
        return nullptr;
    }
    jobject jifd = jniCreateFileDescriptor(env, fd);//創(chuàng)建java fd返回
    if (jifd == nullptr) {
        close(fd);
    }
    return jifd;
}

通過cutils中的ashmem_create_region函數(shù)實現(xiàn)的創(chuàng)建

//system/core/libcutils/ashmem-dev.cpp
int ashmem_create_region(const char *name, size_t size)
{
    int ret, save_errno;
?
    if (has_memfd_support()) {//老版本兼容用
        return memfd_create_region(name ? name : "none", size);
    }
?
    int fd = __ashmem_open();//打開Ashmem驅動
    if (fd < 0) {
        return fd;
    }
    if (name) {
        char buf[ASHMEM_NAME_LEN] = {0};
        strlcpy(buf, name, sizeof(buf));
        ret = TEMP_FAILURE_RETRY(ioctl(fd, ASHMEM_SET_NAME, buf));//通過ioctl設置名字
        if (ret < 0) {
            goto error;
        }
    }
    ret = TEMP_FAILURE_RETRY(ioctl(fd, ASHMEM_SET_SIZE, size));//通過ioctl設置大小
    if (ret < 0) {
        goto error;
    }
    return fd;
error:
    save_errno = errno;
    close(fd);
    errno = save_errno;
    return ret;
}
?

標準的驅動交互操作

1.open打開驅動

2.通過ioctl與驅動進行交互

下面看下open的流程

static int __ashmem_open()
{
    int fd;
?
    pthread_mutex_lock(&__ashmem_lock);
    fd = __ashmem_open_locked();
    pthread_mutex_unlock(&__ashmem_lock);
?
    return fd;
}
?
/* logistics of getting file descriptor for ashmem */
static int __ashmem_open_locked()
{
    static const std::string ashmem_device_path = get_ashmem_device_path();//拿到Ashmem驅動路徑
    if (ashmem_device_path.empty()) {
        return -1;
    }
    int fd = TEMP_FAILURE_RETRY(open(ashmem_device_path.c_str(), O_RDWR | O_CLOEXEC));
    return fd;
}

回到MemoryFile的構造函數(shù)中,拿到了驅動的fd之后調用了mapReadWrite

    public @NonNull ByteBuffer mapReadWrite() throws ErrnoException {
        return map(OsConstants.PROT_READ | OsConstants.PROT_WRITE, 0, mSize);
    }
 public @NonNull ByteBuffer map(int prot, int offset, int length) throws ErrnoException {
        checkOpen();
        validateProt(prot);
        if (offset < 0) {
            throw new IllegalArgumentException("Offset must be >= 0");
        }
        if (length <= 0) {
            throw new IllegalArgumentException("Length must be > 0");
        }
        if (offset + length > mSize) {
            throw new IllegalArgumentException("offset + length must not exceed getSize()");
        }
        long address = Os.mmap(0, length, prot, OsConstants.MAP_SHARED, mFileDescriptor, offset);//調用了系統(tǒng)的mmap
        boolean readOnly = (prot & OsConstants.PROT_WRITE) == 0;
        Runnable unmapper = new Unmapper(address, length, mMemoryRegistration.acquire());
        return new DirectByteBuffer(length, address, mFileDescriptor, unmapper, readOnly);
    }
?

到這里就有一個疑問,Linux就有共享內存,android為什么要自己搞一套,只能看下Ashmemory驅動的實現(xiàn)了。

驅動第一步看init和file_operations

static int __init ashmem_init(void)
{
    int ret = -ENOMEM;
?
    ashmem_area_cachep = kmem_cache_create("ashmem_area_cache",
                           sizeof(struct ashmem_area),
                           0, 0, NULL);//創(chuàng)建
    if (!ashmem_area_cachep) {
        pr_err("failed to create slab cache\n");
        goto out;
    }
?
    ashmem_range_cachep = kmem_cache_create("ashmem_range_cache",
                        sizeof(struct ashmem_range),
                        0, SLAB_RECLAIM_ACCOUNT, NULL);//創(chuàng)建
    if (!ashmem_range_cachep) {
        pr_err("failed to create slab cache\n");
        goto out_free1;
    }
?
    ret = misc_register(&ashmem_misc);//注冊為了一個misc設備
    ........
    return ret;
}

創(chuàng)建了兩個內存分配器ashmem_area_cachep和ashmem_range_cachep用于分配ashmem_area和ashmem_range

//common/drivers/staging/android/ashmem.c
static const struct file_operations ashmem_fops = {
    .owner = THIS_MODULE,
    .open = ashmem_open,
    .release = ashmem_release,
    .read_iter = ashmem_read_iter,
    .llseek = ashmem_llseek,
    .mmap = ashmem_mmap,
    .unlocked_ioctl = ashmem_ioctl,
#ifdef CONFIG_COMPAT
    .compat_ioctl = compat_ashmem_ioctl,
#endif
#ifdef CONFIG_PROC_FS
    .show_fdinfo = ashmem_show_fdinfo,
#endif
};
?

open調用的就是ashmem_open

static int ashmem_open(struct inode *inode, struct file *file)
{
    struct ashmem_area *asma;
    int ret;
?
    ret = generic_file_open(inode, file);
    if (ret)
        return ret;
?
    asma = kmem_cache_zalloc(ashmem_area_cachep, GFP_KERNEL);//分配一個ashmem_area
    if (!asma)
        return -ENOMEM;
?
    INIT_LIST_HEAD(&asma->unpinned_list);//初始化unpinned_list
    memcpy(asma->name, ASHMEM_NAME_PREFIX, ASHMEM_NAME_PREFIX_LEN);//初始化一個名字
    asma->prot_mask = PROT_MASK;
    file->private_data = asma;
    return 0;
}

ioctl設置名字和長度調用的就是ashmem_ioctl

static long ashmem_ioctl(struct file *file, unsigned int cmd, unsigned long arg)
{
    struct ashmem_area *asma = file->private_data;
    long ret = -ENOTTY;
?
    switch (cmd) {
    case ASHMEM_SET_NAME:
        ret = set_name(asma, (void __user *)arg);
        break;
    case ASHMEM_SET_SIZE:
        ret = -EINVAL;
        mutex_lock(&ashmem_mutex);
        if (!asma->file) {
            ret = 0;
            asma->size = (size_t)arg;
        }
        mutex_unlock(&ashmem_mutex);
        break;
    }
  ........
  }

實現(xiàn)也都很簡單就是改變了一下asma里的值。接下來就是重點mmap了,具體是怎么分配內存的。

?static int ashmem_mmap(struct file *file, struct vm_area_struct *vma)
{
    static struct file_operations vmfile_fops;
    struct ashmem_area *asma = file->private_data;
    int ret = 0;
?
    mutex_lock(&ashmem_mutex);
?
    /* user needs to SET_SIZE before mapping */
    if (!asma->size) {//判斷設置了size
        ret = -EINVAL;
        goto out;
    }
?
    /* requested mapping size larger than object size */
    if (vma->vm_end - vma->vm_start > PAGE_ALIGN(asma->size)) {//判斷大小是否超過了虛擬內存
        ret = -EINVAL;
        goto out;
    }
?
    /* requested protection bits must match our allowed protection mask */
    if ((vma->vm_flags & ~calc_vm_prot_bits(asma->prot_mask, 0)) &
        calc_vm_prot_bits(PROT_MASK, 0)) {//權限判斷
        ret = -EPERM;
        goto out;
    }
    vma->vm_flags &= ~calc_vm_may_flags(~asma->prot_mask);
?
    if (!asma->file) {//是否創(chuàng)建過臨時文件,沒創(chuàng)建過進入
        char *name = ASHMEM_NAME_DEF;
        struct file *vmfile;
        struct inode *inode;
?
        if (asma->name[ASHMEM_NAME_PREFIX_LEN] != '\0')
            name = asma->name;
?
        /* ... and allocate the backing shmem file */
        vmfile = shmem_file_setup(name, asma->size, vma->vm_flags);//調用linux函數(shù)在tmpfs中創(chuàng)建臨時文件
        if (IS_ERR(vmfile)) {
            ret = PTR_ERR(vmfile);
            goto out;
        }
        vmfile->f_mode |= FMODE_LSEEK;
        inode = file_inode(vmfile);
        lockdep_set_class(&inode->i_rwsem, &backing_shmem_inode_class);
        asma->file = vmfile;
        /*
         * override mmap operation of the vmfile so that it can't be
         * remapped which would lead to creation of a new vma with no
         * asma permission checks. Have to override get_unmapped_area
         * as well to prevent VM_BUG_ON check for f_ops modification.
         */
        if (!vmfile_fops.mmap) {//設置了臨時文件的文件操作,防止有其他程序mmap這個臨時文件
            vmfile_fops = *vmfile->f_op;
            vmfile_fops.mmap = ashmem_vmfile_mmap;
            vmfile_fops.get_unmapped_area =
                    ashmem_vmfile_get_unmapped_area;
        }
        vmfile->f_op = &vmfile_fops;
    }
    get_file(asma->file);
?
    /*
     * XXX - Reworked to use shmem_zero_setup() instead of
     * shmem_set_file while we're in staging. -jstultz
     */
    if (vma->vm_flags & VM_SHARED) {//這塊內存是不是需要跨進程
        ret = shmem_zero_setup(vma);//設置文件
        if (ret) {
            fput(asma->file);
            goto out;
        }
    } else {
    /**
    實現(xiàn)就是把vm_ops設置為NULL
    static inline void vma_set_anonymous(struct vm_area_struct *vma)
        {
            vma->vm_ops = NULL;
        }
    */
        vma_set_anonymous(vma);
    }
?
    vma_set_file(vma, asma->file);
    /* XXX: merge this with the get_file() above if possible */
    fput(asma->file);
?
out:
    mutex_unlock(&ashmem_mutex);
    return ret;
}

函數(shù)很長,但是思路還是很清晰的。創(chuàng)建臨時文件,設置文件操作。其中調用的都是linux的系統(tǒng)函數(shù)了,看真正設置的shmem_zero_setup函數(shù)

int shmem_zero_setup(struct vm_area_struct *vma)
{
    struct file *file;
    loff_t size = vma->vm_end - vma->vm_start;
?
    /*
     * Cloning a new file under mmap_lock leads to a lock ordering conflict
     * between XFS directory reading and selinux: since this file is only
     * accessible to the user through its mapping, use S_PRIVATE flag to
     * bypass file security, in the same way as shmem_kernel_file_setup().
     */
    file = shmem_kernel_file_setup("dev/zero", size, vma->vm_flags);
    if (IS_ERR(file))
        return PTR_ERR(file);
?
    if (vma->vm_file)
        fput(vma->vm_file);
    vma->vm_file = file;
    vma->vm_ops = &shmem_vm_ops;//很重要的操作將這塊虛擬內存的vm_ops設置為shmem_vm_ops
?
    if (IS_ENABLED(CONFIG_TRANSPARENT_HUGEPAGE) &&
            ((vma->vm_start + ~HPAGE_PMD_MASK) & HPAGE_PMD_MASK) <
            (vma->vm_end & HPAGE_PMD_MASK)) {
        khugepaged_enter(vma, vma->vm_flags);
    }
?
    return 0;
}
static const struct vm_operations_struct shmem_vm_ops = {
    .fault      = shmem_fault,//Linux的共享內存實現(xiàn)的基礎
    .map_pages  = filemap_map_pages,
#ifdef CONFIG_NUMA
    .set_policy     = shmem_set_policy,
    .get_policy     = shmem_get_policy,
#endif
};

到這里共享內存的初始化就結束了。

AshMemory 讀寫

?//frameworks/base/core/java/android/os/MemoryFile.java
public void writeBytes(byte[] buffer, int srcOffset, int destOffset, int count)
            throws IOException {
        beginAccess();
        try {
            mMapping.position(destOffset);
            mMapping.put(buffer, srcOffset, count);
        } finally {
            endAccess();
        }
    }
    private void beginAccess() throws IOException {
        checkActive();
        if (mAllowPurging) {
            if (native_pin(mSharedMemory.getFileDescriptor(), true)) {
                throw new IOException("MemoryFile has been purged");
            }
        }
    }
?
    private void endAccess() throws IOException {
        if (mAllowPurging) {
            native_pin(mSharedMemory.getFileDescriptor(), false);
        }
    }

其中beginAccess和endAccess是對應的。調用的都是native_pin是一個native函數(shù),一個參數(shù)是true一個是false。pin的作用就是鎖住這塊內存不被系統(tǒng)回收,當不使用的時候就解鎖。

static jboolean android_os_MemoryFile_pin(JNIEnv* env, jobject clazz, jobject fileDescriptor,
        jboolean pin) {
    int fd = jniGetFDFromFileDescriptor(env, fileDescriptor);
    int result = (pin ? ashmem_pin_region(fd, 0, 0) : ashmem_unpin_region(fd, 0, 0));
    if (result < 0) {
        jniThrowException(env, "java/io/IOException", NULL);
    }
    return result == ASHMEM_WAS_PURGED;
}

調用的ashmem_pin_region和ashmem_unpin_region來實現(xiàn)解鎖和解鎖。實現(xiàn)還是在ashmem-dev.cpp

//system/core/libcutils/ashmem-dev.cpp
int ashmem_pin_region(int fd, size_t offset, size_t len)
{
    .......
    ashmem_pin pin = { static_cast<uint32_t>(offset), static_cast<uint32_t>(len) };
    return __ashmem_check_failure(fd, TEMP_FAILURE_RETRY(ioctl(fd, ASHMEM_PIN, &pin)));
}

通過的也是ioclt通知的驅動。加鎖的細節(jié)就不展開了。具體的寫入就是利用linux的共享內存機制實現(xiàn)的共享。

Linux共享機制簡介

共享簡單的實現(xiàn)方式就是通過mmap同一個文件來實現(xiàn)。但是真實文件的讀寫速度實在是太慢了,所以利用tmpfs這個虛擬文件系統(tǒng),創(chuàng)建了一個虛擬文件來讀寫。同時這塊虛擬內存在上面也寫到重寫了vm_ops。當有進程操作這個虛擬內存的時候會觸發(fā)缺頁錯誤,接著會去查找Page緩存,由于是第一次所以沒有緩存,讀取物理內存,同時加入Page緩存,當?shù)诙€進程進來的時也觸發(fā)缺頁錯誤時就能找到Page緩存了,那么他們操作的就是同一塊物理內存了。

總結

看完之后發(fā)現(xiàn)AshMemory是基于Linux的共享內存實現(xiàn)的。做了幾點改造

  • 首先把一整塊內存變成了一個個region,這樣在不用的時候可以解鎖來讓系統(tǒng)回收。
  • 將Linux共享內存的整數(shù)標記共享內存,而AshMemory是用的fd,讓它可以利用binder機制的fd傳輸。
  • 讀寫設置都做了加鎖的處理,減少了用戶使用的難度。

以上就是Android 匿名內存深入分析的詳細內容,更多關于Android 匿名內存的資料請關注腳本之家其它相關文章!

相關文章

  • Android異常處理最佳實踐

    Android異常處理最佳實踐

    這篇文章主要為大家詳細介紹了Android異常處理最佳實踐,介紹了一個優(yōu)秀的app異常處理機制包括什么,感興趣的小伙伴們可以參考一下
    2016-03-03
  • Android常用的AlertDialog對話框及自定義對話框

    Android常用的AlertDialog對話框及自定義對話框

    本文主要介紹了android常用的AlertDialog對話框及自定義對話框的相關知識。具有很好的參考價值。下面跟著小編一起來看下吧
    2017-04-04
  • android 軟鍵盤的POPUP布局的問題解決

    android 軟鍵盤的POPUP布局的問題解決

    這篇文章主要介紹了android 軟鍵盤的POPUP布局的問題解決,小編覺得挺不錯的,現(xiàn)在分享給大家,也給大家做個參考。一起跟隨小編過來看看吧
    2018-10-10
  • Android中仿IOS提示框的實現(xiàn)方法

    Android中仿IOS提示框的實現(xiàn)方法

    下面小編就為大家分享一篇Android中仿IOS提示框的實現(xiàn)方法,具有很好的參考價值,希望對大家有所幫助。一起跟隨小編過來看看吧
    2018-01-01
  • Flutter進階之實現(xiàn)動畫效果(七)

    Flutter進階之實現(xiàn)動畫效果(七)

    這篇文章主要為大家詳細介紹了Flutter進階之實現(xiàn)動畫效果的第七篇,具有一定的參考價值,感興趣的小伙伴們可以參考一下
    2018-08-08
  • Android開發(fā)Kotlin語言協(xié)程的依賴及使用示例

    Android開發(fā)Kotlin語言協(xié)程的依賴及使用示例

    這篇文章主要為大家介紹了Android開發(fā)Kotlin語言協(xié)程的依賴及使用示例解析,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進步,早日升職加薪
    2023-08-08
  • Android自定義收音機搜臺控件RadioRulerView

    Android自定義收音機搜臺控件RadioRulerView

    這篇文章主要為大家詳細介紹了Android自定義收音機搜臺控件RadioRulerView的相關代碼,具有一定的參考價值,感興趣的小伙伴們可以參考一下
    2017-04-04
  • Flutter Navigator路由傳參的實現(xiàn)

    Flutter Navigator路由傳參的實現(xiàn)

    本文主要介紹了Flutter Navigator路由傳參的實現(xiàn),文中通過示例代碼介紹的非常詳細,具有一定的參考價值,感興趣的小伙伴們可以參考一下
    2022-04-04
  • Android微信Tinker熱更新詳細使用

    Android微信Tinker熱更新詳細使用

    這篇文章主要介紹了Android微信Tinker熱更新的詳細使用方法,具有一定的參考價值,感興趣的小伙伴們可以參考一下
    2017-01-01
  • Android滑動事件沖突的解決方法

    Android滑動事件沖突的解決方法

    這篇文章主要為大家詳細介紹了Android滑動事件沖突的解決方法,具有一定的參考價值,感興趣的小伙伴們可以參考一下
    2017-03-03

最新評論