Android随笔-ArrayMap
ArrayMap 是 Android 系统android.util 包专门设计用于替代 HashMap 的内存优化型数据结构由 Google 工程师 Dianne Hackborn 于 2013 年引入 Android 源码。它的核心思想是用时间换空间——牺牲部分查找性能换取更小的内存占用。一、设计背景HashMap 在移动端的痛点HashMap 的查找和插入时间复杂度为 O(1)但代价是牺牲大量内存HashMap 的内存开销说明Entry 对象每个键值对封装为NodeK,V含key、value、hash、next四个字段哈希表数组默认容量 16负载因子 0.75大量空闲槽位链表/红黑树冲突时额外分配节点对象自动装箱int等基础类型 key 需装箱为Integer扩容开销容量翻倍2 倍触发全量 rehash临时内存翻倍在 Android 这种内存敏感的移动设备上当数据量不大几百个以内时HashMap 的内存浪费非常可观。二、ArrayMap 的核心数据结构ArrayMap 用两个数组替代了 HashMap 的数组链表红黑树结构publicfinalclassArrayMapK,VimplementsMapK,V{int[]mHashes;// 存储 key 的 hashCode按升序排列Object[]mArray;// 交替存储 key 和 value长度为 mHashes 的 2 倍intmSize;// 当前键值对数量}存储映射关系mHashes 数组: [10, 25, 38, 52, 67] ← 有序的 hashCode ↓ ↓ ↓ ↓ ↓ mArray 数组: [k0, v0, k1, v1, k2, v2, k3, v3, k4, v4] ↑ ↑ ↑ ↑ ↑ index*2 index*21索引关系key 存放在 mArray[index 1]value 存放在 mArray[(index 1) 1]三、核心方法源码级解析1. 查找indexOf(key, hash)ArrayMap 的所有操作都基于二分查找时间复杂度 O(log n)intindexOf(Objectkey,inthash){// 1. 在 mHashes 中二分查找 hash 的位置finalintindexbinarySearch(mHashes,0,mSize,hash);if(index0){// 没找到返回待插入位置取反return~index;}// 2. hash 找到了但可能是哈希冲突需验证 key 是否相等if(key.equals(mArray[index1])){returnindex;// 真正找到}// 3. 哈希冲突相同 hash 的 key 在相邻位置前后扫描for(intiindex-1;i0mHashes[i]hash;i--){if(key.equals(mArray[i1]))returni;}for(intiindex1;imSizemHashes[i]hash;i){if(key.equals(mArray[i1]))returni;}// 4. 没找到返回冲突链末尾的插入位置return~end;}2. 插入put(key, value)publicVput(Kkey,Vvalue){finalintosizemSize;finalinthash;intindex;if(keynull){hash0;indexindexOfNull();// 专门处理 null key}else{hashmIdentityHashCode?System.identityHashCode(key):key.hashCode();indexindexOf(key,hash);}if(index0){// key 已存在覆盖 valueindex(index1)1;finalVold(V)mArray[index];mArray[index]value;returnold;}index~index;// 转换为实际插入位置// 容量检查与扩容if(osizemHashes.length){finalintnosize(BASE_SIZE*2)?(osize(osize1))// 8 时按 1.5 倍扩容:(osizeBASE_SIZE?(BASE_SIZE*2):BASE_SIZE);// ... 申请新数组System.arraycopy 迁移数据}// index 后面的元素后移腾出位置if(indexosize){System.arraycopy(mHashes,index,mHashes,index1,osize-index);System.arraycopy(mArray,index1,mArray,(index1)1,(mSize-index)1);}// 插入新数据mHashes[index]hash;mArray[index1]key;mArray[(index1)1]value;mSize;returnnull;}3. 删除remove(key)publicVremove(Objectkey){intindexindexOfKey(key);if(index0){returnremoveAt(index);}returnnull;}publicVremoveAt(intindex){finalObjectoldmArray[(index1)1];if(mSize1){// 只剩一个元素直接清空并缓存数组freeArrays(mHashes,mArray,mSize);mHashesEmptyArray.INT;mArrayEmptyArray.OBJECT;mSize0;}else{// 触发收缩判断if(mHashes.length(BASE_SIZE*2)mSizemHashes.length/3){// 内存利用率低收缩数组shrinkArrays();}else{// 普通删除前移覆盖System.arraycopy(mHashes,index1,mHashes,index,mSize-index-1);System.arraycopy(mArray,(index1)1,mArray,index1,(mSize-index-1)1);mArray[(mSize-1)1]null;mArray[((mSize-1)1)1]null;}mSize--;}return(V)old;}四、扩容与收缩机制扩容策略当前容量扩容方式 4扩容到 4 (BASE_SIZE)4 ~ 7扩容到 8 (BASE_SIZE * 2) 8按1.5 倍扩容 (osize (osize 1))对比 HashMap 的 2 倍扩容ArrayMap 的 1.5 倍更节省内存。收缩策略当 size mHashes.length / 3 时触发收缩size 8收缩为 size 的 1.5 倍size 8收缩为 8避免在 BASE_SIZE 和 2*BASE_SIZE 之间频繁扩缩缓存复用机制ArrayMap 维护了两个全局缓存池减少 GC 压力staticObject[]mBaseCache;// 缓存容量为 4 的 ArrayMapstaticintmBaseCacheSize;staticObject[]mTwiceBaseCache;// 缓存容量为 8 的 ArrayMapstaticintmTwiceBaseCacheSize;staticfinalintCACHE_SIZE10;// 缓存上限销毁时通过 freeArrays() 将数组放入缓存创建时通过 allocArrays() 优先从缓存复用。五、与 HashMap、SparseArray 的对比特性HashMapArrayMapSparseArray内存占用高Entry 对象 哈希表 链表/树低双数组无额外对象极低无装箱int[] Object[]查找复杂度O(1) 平均O(log n) 二分查找O(log n) 二分查找插入/删除快链表/树操作慢需数组移动元素慢延迟删除标记 DELETED扩容倍数2 倍1.5 倍2 倍Key 类型任意 Object任意 Objectint 类型避免自动装箱适用数据量 1000 1000推荐 1000推荐线程安全否否否典型场景大数据量通用 MapBundle底层、小数据缓存ViewID 映射、资源 ID 缓存六、使用建议✅推荐使用 ArrayMap 的场景数据量较小 1000最好在几百以内内存敏感场景如 Bundle 底层Android 源码中 Bundle 内部使用 ArrayMap频繁创建/销毁 Map 对象缓存复用机制减少 GCKey 为非 int 类型String、Object 等❌不推荐使用的场景5.数据量 1000性能退化明显至少 50%6.高频增删操作数组移动开销大7.Key 为 int 类型优先使用 SparseArray避免 int→Integer 自动装箱 替代建议**// 不推荐HashMapInteger,ObjectmapnewHashMap();// 推荐避免自动装箱SparseArrayObjectarraynewSparseArray();// 推荐String key小数据量ArrayMapString,ObjectarrayMapnewArrayMap();**七、总结ArrayMap 两个有序数组 二分查找 1.5 倍扩容 缓存复用。它用 O(log n) 的查找代价换来了比 HashMap 更小的内存 footprint是 Android 源码中 Bundle、Intent 等高频组件的底层实现选择。

相关新闻

Prompt 在游戏 NPC Agent 中的应用:角色一致性、记忆和交互逻辑

Prompt 在游戏 NPC Agent 中的应用:角色一致性、记忆和交互逻辑

Prompt 在游戏 NPC Agent 中的应用:角色一致性、记忆和交互逻辑 一、深度引言与场景痛点 大家好,我是赵咕咕。 去年我们参与了一个开放世界游戏的 NPC 对话系统项目。游戏里有 200 多个 NPC,每个都有自己的背景故事、性格特征和行为逻辑。产品…

2026/7/23 9:37:38 阅读更多 →
聚龙汇刘睿带队赴苏州考察智能制造园区

聚龙汇刘睿带队赴苏州考察智能制造园区

7月中旬,长三角的梅雨季刚过,苏州工业园区的香樟树叶子还挂着雨后的水珠,空气里满是湿润的草木香气,聚龙汇刘睿带领近30名来自装备制造、工业软件行业的学员,前往苏州工业园区开展为期两天的智能制造专项调研。这次出行…

2026/7/23 9:37:38 阅读更多 →
Python 3.14无GIL性能实测与多线程优化分析

Python 3.14无GIL性能实测与多线程优化分析

1. 项目概述:Python 3.14无GIL性能实测 作为一名长期跟踪Python演进的开发者,当我看到Python 3.14发布消息时,最吸引我注意的是其"无GIL"特性。GIL(全局解释器锁)一直是Python多线程性能的瓶颈,这…

2026/7/23 9:37:38 阅读更多 →

最新新闻

大数据运维:MapReduce 开发环境标准化搭建、Jar 打包与集群任务全流程运维

大数据运维:MapReduce 开发环境标准化搭建、Jar 打包与集群任务全流程运维

一、运维项目背景企业离线统计任务均基于 MapReduce 开发,运维核心工作:统一团队 IDEA Maven 标准化开发环境、规范 Jar 打包流程、编写集群任务提交自动化脚本、前置清理 HDFS 输出目录、排查版本 / 路径 / 权限类高频集群故障。本文基于 WordCount 基准…

2026/7/23 11:49:37 阅读更多 →
道生物联 TK8620 无人机电台方案:全国产自主可控+30km 超远距 + 成本仅 LoRa 1/3

道生物联 TK8620 无人机电台方案:全国产自主可控+30km 超远距 + 成本仅 LoRa 1/3

面向工业巡检、FPV 穿越机、低空物流、固定翼航模及机器人远控等场景,道生物联基于全国产自研 TK8620 射频芯片,推出由 TKB-310 TurMass™ 无人机遥控发射板 TKM-300 TurMass™ 无人机遥控接收模块组成的无人机电台方案。 一、产品速览 1.TKB-310 TurM…

2026/7/23 11:49:37 阅读更多 →
@Resource 按字段名查找的坑

@Resource 按字段名查找的坑

Spring Boot 启动失败:BeanNotOfRequiredTypeException nacosGracefulShutdownDelegate 连环报错分析 一、错误现象 应用启动时直接失败,控制台打印大量异常堆栈,主要包括两类错误: 1. 核心错误(导致启动失败&…

2026/7/23 11:49:37 阅读更多 →
基于DRV2605L评估套件的多驱动器触觉反馈系统设计与实战

基于DRV2605L评估套件的多驱动器触觉反馈系统设计与实战

1. 项目概述与核心价值 如果你正在设计下一代智能手表、游戏手柄或者车载中控屏,想让用户每一次点击、滑动和确认都获得清晰、细腻且有层次的物理反馈,那么触觉反馈技术就是你绕不开的核心。传统的“嗡嗡”震动早已过时,现代交互追求的是精准…

2026/7/23 11:49:37 阅读更多 →
网络恶搞事件的技术解析:从AI生成到传播分析

网络恶搞事件的技术解析:从AI生成到传播分析

这次我们来看一个很有意思的网络现象——"网友恶搞引发热议,谁干的?💀"事件。这个事件最近在社交媒体上引发了广泛讨论,涉及网络恶搞行为的边界、传播机制以及背后的技术实现方式。作为技术从业者,我们更关注…

2026/7/23 11:49:37 阅读更多 →
大模型Agent在智能客服中的架构设计与优化实践

大模型Agent在智能客服中的架构设计与优化实践

1. 大模型Agent与智能客服的现状与挑战最近两年,大模型技术的爆发式发展正在彻底改变智能客服领域的面貌。作为从业者,我亲眼见证了从传统规则引擎到基于大模型的对话系统的转变过程。以美团智能客服为例,其日均处理对话量已突破千万级别&…

2026/7/23 11:48:37 阅读更多 →

日新闻

从单点好评到指数级传播:AI副业主理人必须掌握的4层口碑渗透模型(含ROI测算表)

从单点好评到指数级传播:AI副业主理人必须掌握的4层口碑渗透模型(含ROI测算表)

更多请点击: https://intelliparadigm.com 第一章:从单点好评到指数级传播:AI副业主理人必须掌握的4层口碑渗透模型(含ROI测算表) 当AI副业主理人不再仅满足于单次服务交付,而是主动构建可复用、可裂变、可…

2026/7/23 0:00:25 阅读更多 →
AI写作开头钩子设计:为什么你的AI文案完读率不足18%?——基于2,346篇A/B测试报告的归因分析

AI写作开头钩子设计:为什么你的AI文案完读率不足18%?——基于2,346篇A/B测试报告的归因分析

更多请点击: https://codechina.net 第一章:AI写作开头钩子设计:为什么你的AI文案完读率不足18%?——基于2,346篇A/B测试报告的归因分析 在对2,346篇跨行业AI生成文案的A/B测试数据进行聚类分析后,我们发现&#xff1…

2026/7/23 0:01:26 阅读更多 →
Chitchatter完整指南:免费开源的终极点对点安全聊天工具

Chitchatter完整指南:免费开源的终极点对点安全聊天工具

Chitchatter完整指南:免费开源的终极点对点安全聊天工具 【免费下载链接】chitchatter Secure peer-to-peer chat that is serverless, decentralized, and ephemeral 项目地址: https://gitcode.com/gh_mirrors/ch/chitchatter Chitchatter是一款革命性的安…

2026/7/23 0:01:26 阅读更多 →

周新闻

Go语言静态资源打包方案对比与实践指南

Go语言静态资源打包方案对比与实践指南

1. 项目背景与核心需求在Go语言开发中,我们经常需要处理静态资源文件的打包问题。无论是Web应用的模板文件、前端资源,还是配置文件、证书等,都需要随程序一起分发。传统做法是将这些文件与编译后的二进制文件放在同一目录下,但这…

2026/7/22 8:58:19 阅读更多 →
Go语言实现高性能LDAP认证服务的架构与实践

Go语言实现高性能LDAP认证服务的架构与实践

1. 项目背景与核心价值LDAP(轻量级目录访问协议)作为企业级身份认证的黄金标准,已经服务了超过80%的财富500强公司。我在金融科技领域实施统一认证体系时,发现传统Java方案存在启动慢、内存占用高等痛点。而Go语言凭借其协程并发模…

2026/7/22 19:43:43 阅读更多 →
【AI面试官实战指南】:用ChatGPT模拟10类高频技术岗面试,3天提升应答精准度92%

【AI面试官实战指南】:用ChatGPT模拟10类高频技术岗面试,3天提升应答精准度92%

更多请点击: https://intelliparadigm.com 第一章:AI面试官实战指南的核心价值与适用场景 AI面试官并非替代人类HR的“黑箱工具”,而是以可解释、可审计、可迭代的方式,赋能招聘全链路的关键基础设施。其核心价值在于将主观经验沉…

2026/7/22 12:54:44 阅读更多 →

月新闻