想象你正在经营一家爆火的火锅店：
• 后厨突然着火——整个店铺被迫停业
• 顾客太多挤爆大厅——新客人在门口骂骂咧咧
• 服务员手滑打翻锅底——所有订单全部泡汤
这些餐饮业的"致命危机"，在Android开发中竟然每天都在上演！而多进程这个神奇的操作，就像给你的应用开火锅分店：
• 后厨爆炸也不影响前厅接单
• VIP包间专供饕餮食客
• 不同分店使用独立账本
不过开分店可不是摆地摊——系统会收"物业管理费"，分店之间沟通得靠"对讲机"，搞不好还会被系统城管"重点关照"。这篇指南将带你解锁：
• 什么情况下必须开分店（推送说炸就炸）
• 开分店的隐藏成本（内存就像火锅店的煤气费）
• 那些年我们踩过的坑（分店账本竟然对不上！）
开启多进程就像开火锅连锁店
给门店挂招牌（配置多进程），在 AndroidManifest.xml 中给 Activity/Service 等组件添加 android:process 属性
⚠️注意：分店名带冒号的是"包间分店"，不带的是"大排档分店"（其他App也能来蹭座，只要有相同的签名密钥）
分店开多了会怎样？
手机变"小电驴"（内存爆炸）
每个分店都要占用：
• 基础装修费（30MB内存）
• 员工工资（10MB内存）
• 办公设备（5MB内存）
开10个分店 ≈ 450MB内存，低配手机直接表演"电瓶没电"
分店开张要装修（初始化成本）
每个分店都要重新：
• 铺地板（Application.onCreate）
• 买家具（初始化第三方库）
• 招员工（启动线程池）
👉 实测：开3个分店，启动速度慢得像等红绿灯时刷出99+条消息
开分店的正确姿势
高危部门隔离（WebView/推送服务...）
把容易搞事情的部门单独开分店：
• WebView分店崩溃 → 主店照样接单
• 推送分店闪退 → 不影响用户剁手
大胃王专用包间（图片/视频处理）
超大文件处理就像吃火锅：
• 主店餐桌：摆不下鸳鸯锅（OOM警告）
• 分店包间：可以架起十宫格（分配更多内存）
骚操作示范（慎用！）
• 双进程保活 → 系统爸爸现在会直接封号
• 分店互保 → 容易被应用商店下架三连
分店经营避雷手册
分店账本不同步（数据隔离）
• 主店的会员卡 → 分店不认账
• 分店的优惠券 → 主店看不见
解决方案：使用云同步版账本（ContentProvider/MMKV...）
分店密码箱不互通（静态变量失效）
• 主店保险箱密码：888888
• 分店保险箱密码：？？？（全新初始化）
分店装修队很坑（重复初始化）
每个进程会创建自己的Application实例，onCreate() 会多次调用。广告屏主店装一次 → 分店又装一次 → 广告费翻倍扣！
查账要跑多个分店（调试困难）
Android Studio查账指南：
• 先查主店日志
• 切换Debugger到分店
• 重复上述步骤N次
• 逐渐忘记最初要找什么bug
分店经营口诀
开分店，要三思，内存就像电瓶车。容易崩溃，单独放，崩溃不会全翻车。账本记得云同步，静态变量会失踪。若非必要别分家，系统爸爸会封杀！
多进程 vs 多线程对比
场景 | 开分店(多进程) | 开多窗口(多线程) |
后厨着火 | 其他分店正常营业 | 整个火锅店停业整顿 |
顾客沟通 | 需要打跨店电话 | 直接喊服务员 |
适合场景 | 高危操作/大桌客人 | 快速翻台/小桌客人 |
资源消耗 | 每个分店都要备锅底 | 共用后厨资源 |
突发状况 | 容易触发消防检查 | 最多少发两双筷子 |
记住：分店开得好是海底捞，开不好就是沙县小吃连锁倒闭现场！
