本系列为 Android 技术职场题材虚构小说，所有登场人物、公司名称、组织架构及相关情节均为创作所需虚构而来，若有雷同，纯属偶然。书中涉及的技术知识经专业梳理，仅供参考。
六）数据传参明妙理 临危受命逢转机
第二天一早，培训室里阳光正好，三个实习生却对着林卓昨天布置的项目任务愁眉不展。
这次任务的核心是用Android四大组件串联各功能模块，可实际开发起来，不少技术细节都让他们卡了壳。培训室里静悄悄的，只有鼠标点击和翻笔记的声音。
阿泽卡在了 Activity 跳转功能的拓展需求上，翻文档时偶然看到 Deep link 相关内容，却完全摸不着头绪。
他犹豫了几秒，还是打开公司内部通讯软件"Q书"，在林卓创建的实习生答疑群里发去提问消息。
"林哥，我在做这次任务里的 Activity 跳转功能，想加个外部唤醒的拓展，翻文档时看到了 Deep link，但没搞懂它是怎么实现从外部直接跳转到APP特定页面的呀？"
同一时间，正在工位处理工作的林卓，目光早已不受控制地飘向不远处测试区小安的工位。他的思绪有些飘忽，满是细碎的念头------昨天一整天忙着给实习生讲解，竟没怎么见到小安，桌上Q书弹出的群消息提醒，全然没入他的眼。
此时小安正低头调试设备，阳光落在她的发顶，勾勒出一圈柔和的光晕。
林卓的目光在她身上多停留了几秒，指尖无意识地敲着桌面，连回复消息的动作都慢了半拍。
他收回目光，快速在群里回复阿泽，还附上简单的示例代码说明。
"要实现 Deep link，核心是在 AndroidManifest.xml 里给目标Activity 配置 intent-filter，指定对应的协议、域名和路径，就像给页面配了个专属'外部门牌号'。"
阿泽看到群里的回复后，紧接着追问："林哥，那测试时咋验证 Deep link 能用啊？"
林卓指尖敲键盘的速度慢了些，语气依旧带着几分心不在焉。
"用 adb 命令模拟就行，文档里有现成的命令模板，把包名和链接替换成自己的。至于多设备兼容，重点测不同Android版本。"
他没像往常一样展开举例，只捡核心要点回复。
阿泽对着消息琢磨片刻，赶紧在笔记本上划了重点。
博文和晓雅也都看到了群里的回复，三人一起讨论着 Deep link 的实现细节，各自对照文档梳理要点。
没过多久，晓雅在群里发起提问。
"林哥，Activity 的 singleTask 和 singleInstance 启动模式，我对着文档看了半天还是分不清，它们不都是只有一个实例吗？"
林卓的语气有几分心不在焉："核心区别在任务归属：singleTask 是在当前任务里保持单例；singleInstance 会单独占一个任务，该 Activity 所在的任务栈只允许它自己存在，新启动的其他 Activity 会被放入其他任务栈。"
而博文，则对传参有疑问："林哥，Bundle 和 Intent 传参有啥区别啊？文档里说它能在组件间传数据，我咋感觉用 Intent.putExtra() 也能直接传呢？"
林卓机械地复述道："Intent.putExtra() 本质就是把数据封装进 Bundle 里了，Bundle 是专门的键值对结构，除了 Activity 间传参，还能在 Fragment 间用 setArguments() 传，或者在 onSaveInstanceState() 里保存 UI 状态。"
其实他脑子里闪过了"可存储类型"这个技术要点，本想补充说明几句。
可心思又不由自主飘到了小安那边，敲键盘的动作一顿，最终只潦草地结束了回复。
阿泽赶紧在笔记本上划了重点符号，生怕漏了关键信息。待博文的问题告一段落，他又在群里提问："林哥，我看到文档里讲配置变更，说屏幕旋转会销毁重建 Activity，那怎么防止用户输入的内容丢了啊？"
这个问题其实是个关键技术点，面试常考，但是林卓的注意力全然不在这里，只是草草回应："两种办法，要么用 onSaveInstanceState() 通过 Bundle 存临时状态，要么用 ViewModel 管理数据，它能在 Activity 重建时保留数据。也可以在 AndroidManifest 里加 android:configChanges 属性避免重建，但容易出问题，慎用。"
他没展开讲 onRestoreInstanceState() 的用法，也没细说各方法的适用场景。
三个实习生只好对着文档里的代码示例反复琢磨。
晓雅研究片刻后，又在群里追问："那 Fragment 之间传数据，除了 Bundle 还有别的办法吗？文档里提的共享 ViewModel 和 Fragment Result API 我完全没看懂。"
林卓敷衍道："同一个 Activity 里的 Fragment，用共享 ViewModel 最方便，通过 activityViewModels() 获取同一个实例就能共享数据；如果是需要返回一次性结果的，比如扫描二维码后回传结果，就用 Fragment Result API，用 setFragmentResultListener() 注册监听就行。"
他既没提代码示例，也没解释核心原理。
晓雅把"共享 ViewModel 作用域"这个关键词圈了出来，打算后续自己查资料补充。
临近中午，林卓借口去茶水间，绕到了小安的工位旁。
小安正忙着给测试设备充电，桌上摆满了各式各样的手机和平板，正是昨天三人看到的那一大堆测试设备。
"小安，中午一起去楼下吃那家新开的轻食怎么样？听说沙拉做得不错。"
林卓的声音带着一丝不易察觉的紧张。
小安手上的动作没停，头也没抬地说："我手上还有几个测试用例没跑完，不知道能不能赶得及。"
她没有直接拒绝，林卓立刻接话："我等你，反正我也不着急。"
小安没再回应，只是嘴角悄悄勾了一下，快得让人以为是错觉。
十二点半，小安终于处理完手头的工作，跟着林卓下了楼。
轻食店人不多，两人找了个靠窗的位置坐下。服务员递来菜单，两人简单点完餐。
桌上一时陷入沉默，只有窗外的车流声隐约传来。
林卓攥了攥手指，主动打破安静。他带着点委屈的语气开了口："你是不知道我这两天有多熬人，手上攒了一堆项目Bug没清理，还得给实习生整理资料、布置任务。今天他们在Q书群里追着问各种技术问题，我脑子全程都是乱的，连静下心来好好理理思路的时间都没有。"
他絮絮叨叨地说着，从实习生五花八门的追问，说到自己被工作缠得脱不开身的状态。
眼神却一直悄悄留意着小安的反应。
小安起初还维持着几分疏离，安静地听着。她指尖无意识地摩挲着水杯边缘，眼神里却藏着点没说破的情绪。
听着听着，她没忍住开口，语气里带着点不易察觉的酸意，却又装得漫不经心："我看你嘴也不笨啊，给晓雅他们讲解问题的时候，不是挺认真的嘛，瞧着倒像是乐在其中，哪来的什么苦可诉。"
话锋一转，她又带上了点工作上的严肃，像是在吐槽却又没真的动气。
"再说我这儿，昨天测试任务本就堆得满，偏偏还从你负责的模块里，测出了一堆Bug。我估摸着这两天还得查出不少，你可得抓紧时间改，别到时候耽误了整体的项目进度。"
她说完，垂眸抿了口水杯里的水。耳尖却悄悄泛起一点红，没敢去看林卓的眼睛。
林卓一听她这话，原本的紧张消散了大半，却又多了点小心翼翼的欣喜。
他赶紧接话，语气带着点讨好又不失真诚："哪儿能乐在其中啊，跟他们讲解纯属工作，还没有给你改Bug自在。"
顿了顿，他又赶紧表态度："Bug你放心，我今晚上加个班都给清干净，绝对不耽误你测试。对了，你测出的那些Bug，有没有优先级特别高的？你抽空跟我说说，我重点优先改，省得你反复跑测试用例费功夫。"
两人边吃边聊，话题从工作慢慢延伸到生活琐事。
先前的疏离感渐渐消散，气氛早已恢复了往日的融洽。
下午一点多，两人回到公司。
刚走到办公区门口，就碰到了老杨。
老杨笑着迎上来，随口问了一句："小林，小安，中午去哪儿吃了？"
林卓回道："去楼下新开的那家轻食店尝了尝，味道还不错。"
小安在一旁轻轻点头附和："嗯，沙拉做得挺新鲜的。"
她的目光忽然落在了老杨手里端着的搪瓷杯上。杯里沉着些褐绿色的东西，看着有些奇特。
她开口问道："老杨，你杯子里这褐绿色的是啥呀？"
老杨扬了扬手里的杯子，笑着解释："这是我自己泡的抹茶美式，今天手一抖，抹茶放多了，颜色就成这样了。"
他轻轻抿了一口，又接着说道："其实一开始我也觉得，抹茶和咖啡这俩东西根本不搭，一个清苦一个醇厚，咋想都觉得会串味儿。"
"可架不住想试试，没想到泡出来还挺合我胃口。"
说到这儿，他意味深长地看了林卓和小安一眼。语气里带着生活的通透："很多事儿都这样，看着不搭、有隔阂，可真说开了，就融洽了。"
小安领会了其中的隐喻，没再停留，轻声说了句"老杨我们先回工位了"，便转身快步走回了测试区。
林卓也听出了老杨话里的深意，脸颊微微发烫，一时竟不知该如何接话。点了点头，朝老杨笑了笑，转身往培训室的方向走。
走到培训室门口，他忽然想起上午给实习生答疑时的疏漏。不仅遗漏了 ActivityManager 这个重要知识点，对屏幕旋转相关问题的讲解也不够透彻。
他便决定下午给实习生补充讲解一番。
走进培训室时，只见三个实习生早已没了清晨的愁眉不展，正围坐在一起对着代码调试，全然沉浸在项目实践中。林卓见状没有贸然打扰，而是轻咳一声示意大家暂停，待三人抬头望过来，才温和地开口：
"上午大家在Q书群里问的问题，不少知识点我都没展开细讲，咱们结合实际业务场景再梳理一遍。"
"另外，还有个 ActivityManager 的知识点得补一补，它是系统服务，能查内存信息、运行进程，调试时用 getMemoryInfo() 能判断设备是否低内存，避免 OOM 问题。"
晓雅赶紧抬笔做好记录准备。顺便问道："林哥，你说 ActivityManager 能查内存信息，那具体咋获取这些内存数据呀？开发中知道这些信息有啥实际用处吗？"
林卓讲解道："获取内存信息很简单，先用getSystemService(Context.ACTIVITY_SERVICE) 获取 ActivityManager 实例，再通过 getMemoryInfo() 方法就能拿到 MemoryInfo 对象，里面包含总内存、可用内存这些关键数据。"
接着他举了开发中常用的例子："实际用处可不小，比如咱们做视频播放或者图片浏览类功能时，能通过这些数据判断设备内存是否充足。要是检测到可用内存过低，就主动释放一些非必要的缓存资源，比如清空图片缓存、暂停后台预加载任务，这样能有效避免 OOM 崩溃问题，提升APP的稳定性。"
他还补充了文档里的核心要点："这个是开发中常用的关键知识点，记住别用它随便杀其他应用进程，容易触发系统限制。"
讲解完 ActivityManager，晓雅又顺着上午的问题追问。
"林哥，上午你说用 android:configChanges 能避免 Activity 重建，可要是真这么做了，屏幕旋转时的布局变化该咋处理啊？我看文档里提了onConfigurationChanged，但没看明白具体咋用。"
林卓清了清嗓子，语气比上午认真了不少。
"首先得明确，给 Activity 配置android:configChanges 属性后，系统就不会销毁重建Activity 了，而是会调用 onConfigurationChanged() 这个回调方法。"
"咱们要做的，就是在这个方法里手动处理配置变化，比如屏幕旋转后的布局适配、资源重新加载这些操作。"
说着，他在白板上简单写了段核心代码框架。
"你们看，这个方法会接收一个 Configuration 类型的参数 newConfig，通过它就能获取到新的配置信息。"
"比如判断屏幕方向，就用 newConfig.orientation == Configuration.ORIENTATION_LANDSCAPE 表示横屏，ORIENTATION_PORTRAIT 表示竖屏，根据不同方向加载对应的布局文件就行。"
他还补充了实际开发中的注意事项。
"举个例子，要是咱们的APP有横屏和竖屏两种不同的布局，横屏是两列展示，竖屏是一列展示，就可以在 onConfigurationChanged() 里，根据新的屏幕方向去 findViewById 重新绑定控件，或者切换不同的布局资源。"
"另外，像图片、字符串这些跟配置相关的资源，也得在这里重新获取，不然可能会出现资源错乱的问题。"
讲到这儿，他特意强调。
"但我必须再提醒你们一次，这种方式是有弊端的。所有配置变化的处理都得靠咱们自己手动写代码，比如除了屏幕旋转，还有字体大小变化、语言切换这些配置，要是漏处理了，很容易出现BUG。"
"所以非必要的情况下，还是优先用 ViewModel 来保存数据，让系统正常销毁重建 Activity，这样更省心也更稳妥。"
林卓正讲得投入，培训室门口突然传来一阵急促的脚步声------研发二组的掌舵人，张磊。
"林卓，有紧急项目支援一下。"张磊语气简短，没多余寒暄，"立刻把手头工作交接一下，跟我去会议室。"
林卓心里咯噔一下。他下意识扫过三个一脸错愕的实习生，刚想开口询问，就被张磊的眼神制止。
"别耽搁，项目优先级最高。"张磊说完，转身就往门外走，只留了句"我在门口等你"。
林卓僵在原地，实习生们面面相觑。
就在这时，老杨来到培训室，走到林卓身边，拍了拍他的肩膀，压低声音悄悄叮嘱："别慌，赶紧去，这可是表现的好机会，对你下半年转正大有好处。实习生这边我帮你看着。"
林卓回过神，冲老杨匆匆点了点头，便快步回工位抓了笔记本和手机，快步跟上张磊的脚步。
走廊里的灯光映着两人急促的身影，林卓攥着笔记本的指尖微微发紧。
他知道，张磊亲自点名的紧急任务，一定不会简单......