Android面试：跨进程传递大图，你能想到哪些方案呢(1)，2024必看

最新推荐文章于 2024-04-30 14:33:09 发布

uiuuyy67

最新推荐文章于 2024-04-30 14:33:09 发布

阅读量727

点赞数 10

分类专栏： 2024年程序员学习文章标签： android 面试职场和发展

本文链接：https://blog.csdn.net/uiuuyy67/article/details/137094007

版权

2024年程序员学习专栏收录该内容

239 篇文章 2 订阅

订阅专栏

static jboolean Bitmap_writeToParcel(JNIEnv* env, jobject, …) {
// 拿到 Native 的 Bitmap
auto bitmapWrapper = reinterpret_cast<BitmapWrapper*>(bitmapHandle);
// 拿到其对应的 SkBitmap, 用于获取 Bitmap 的像素信息
bitmapWrapper->getSkBitmap(&bitmap);

int fd = bitmapWrapper->bitmap().getAshmemFd();
if (fd >= 0 && !isMutable && p->allowFds()) {
// Bitmap 带了 ashmemFd && Bitmap 不可修改 && Parcel 允许带 fd
// 就直接把 FD 写到 Parcel 里，结束。
status = p->writeDupImmutableBlobFileDescriptor(fd);
return JNI_TRUE;
}

// 不满足上面的条件就要把 Bitmap 拷贝到一块新的缓冲区
android::Parcel::WritableBlob blob;
// 通过 writeBlob 拿到一块缓冲区 blob
status = p->writeBlob(size, mutableCopy, &blob);

// 获取像素信息并写到缓冲区
const void* pSrc = bitmap.getPixels();
if (pSrc == NULL) {
memset(blob.data(), 0, size);
} else {
memcpy(blob.data(), pSrc, size);
}
}

接下来我们看一下 writeBlob 是怎么获取缓冲区的（注意虽然方法名写着 write , 但是实际往缓冲区写数据是在这个方法执行之后）

Android - 28 Parcel.cpp
// Maximum size of a blob to transfer in-place.
static const size_t BLOB_INPLACE_LIMIT = 16 * 1024;

status_t Parcel::writeBlob(size_t len, bool mutableCopy, WritableBlob* outBlob)
{
if (!mAllowFds || len <= BLOB_INPLACE_LIMIT) {
// 如果不允许带 fd ，或者这个数据小于 16K
// 就直接在 Parcel 的缓冲区里分配一块空间来保存这个数据
status = writeInt32(BLOB_INPLACE);
void* ptr = writeInplace(len);
outBlob->init(-1, ptr, len, false);
return NO_ERROR;
}

// 另外开辟一个 ashmem，映射出一块内存，后续数据将保存在 ashmem 的内存里
int fd = ashmem_create_region(“Parcel Blob”, len);
void* ptr = ::mmap(NULL, len, PROT_READ | PROT_WRITE, MAP_SHARED, fd, 0);
…
// parcel 里只写个 fd 就好了，这样就算数据量很大，parcel 自己的缓冲区也不用很大
status = writeFileDescriptor(fd, true /takeOwnership/);
outBlob->init(fd, ptr, len, mutableCopy);
return status;
}

通过上面的分析，我们可以看出，同一个 Bitmap 写入到 Parcel 所占的缓冲区大小和 Pacel 的 allowFds 有关。

直接通过 Intent 传 Bitmap 容易抛 TransactionTooLargeException 异常，就是因为 Parcel 的 allowFds = false，直接把 Bitmap 写入缓冲区占用了较大的内存。

接下来，我们来看一下，allowFds 是什么时候被设置成 false 的呢：

// 启动 Activity 执行到 Instrumentation.java 的这个方法
public ActivityResult execStartActivity(…, Intent intent, …){
…
intent.prepareToLeaveProcess(who);
ActivityManager.getService().startActivity(…,intent,…)
}

// Intent.java
public void prepareToLeaveProcess(boolean leavingPackage) {
// 这边一层层传递到最后设置 Parcel 的 allowfds
setAllowFds(false);
…
}

面试官：很好，很全面。

C：总结一下：较大的 bitmap 直接通过 Intent 传递容易抛异常是因为 Intent 启动组件时，系统禁掉了文件描述符 fd 机制 , bitmap 无法利用共享内存，只能拷贝到 Binder 映射的缓冲区，导致缓冲区超限, 触发异常; 而通过 putBinder 的方式，避免了 Intent 禁用描述符的影响，bitmap 写 parcel 时的 allowFds 默认是 true , 可以利用共享内存，所以能高效传输图片。

面试官：可以，我们再来聊聊别的。

作者：Android面试官
链接：https://juejin.im/post/6844904182126739470

面试复习笔记：

这份资料我从春招开始，就会将各博客、论坛。网站上等优质的Android开发中高级面试题收集起来，然后全网寻找最优的解答方案。每一道面试题都是百分百的大厂面经真题+最优解答。包知识脉络 + 诸多细节。
节省大家在网上搜索资料的时间来学习，也可以分享给身边好友一起学习。
给文章留个小赞，就可以免费领取啦~

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。