且慢，别打我，让我先说完，俗话说的好，有图有真相，无图言D

好了，有图有真相了。我们来谈谈正事，事情是这样的：

2015年的时候，我在北京一家孵化器公司上班，薪水相当ok，公司管理，老大也相当ok，而我负责整个Android团队，在开始阶段虽然很忙，但好在自己能力还算不错，老大交代的任务都能按时按质的完成。唯一的缺点，则是技术上并没有一个质的飞跃。

公司当时的业务模式是： 如果你有足够的钱和一个不错的想法，就可以将这个项目放到我们公司进行孵化，我们负责产品的研发，推广和后期的运营，一旦项目走上一定的正轨则交付出去，当然公司也会在这个项目中占有一定的股份比例；虽然公司孵化的项目大多数都无疾而终，但好在也有个别项目走到了B轮融资，总体上看还算成功。当然这些项目被交付给了“甲方”后，实际也就脱离了孵化器，它后期发展如何，技术如何继续更新迭代，跟我都没有太大的关系；

直到有一天临时接了一个项目，项目背景很简单，那一年，因为某某的事情刷屏，朋友圈每天都在刷类似的事情，而我们老大觉得作为程序员应该做点什么，于是就开发了一个叫“众寻”的app，app很简单，就是发布一些大家认为可疑的对象，让所有人都能参与进来，不管这个app是否成功，哪怕能够帮助一个孩子回归家庭，那么所有的付出都是值得的；这是我们做这个APP的初衷

每个人多为这个世界多出一份力，世界就多一份美好与纯真

于是这个项目的任务就落到了我头上，印象特别清楚的是任务时间，当时已经是下午3点左右了，而老大的要求是明天上午就能够上线；评估了一下需求，点头答应；当天晚上带着另外一个小伙伴花了整整一通宵的时间将app成功开发出来，第二天上线，结果上线之后，得到各大明星的转发，以下截图都是本人朋友圈真实截图；当黄晓明，黄渤，angelbaby等一线明星都转发后，产品仅仅上线2小时，下载量就突破了大几w；

虽然前一天没有睡，但第二天精神依然很好，不停得看着后台的下载量，注册数据，因为这是我第一次看到自己的app在如此短的时间内呈现这么大的用户量，实话实说一点兴奋，但还有一些却是担心，毕竟这件事如果做好了，也许会有人记得，但如果你的产品很烂，别人下载了之后各种用不了，他们可能就会怀疑这个app到底是用来做好事的，还是用来蹭热度的；心中乱七八糟的想法都有，对于我来说，则只剩下一件事，再次评估这个项目中用到的技术，是不是能够抗住这么多用户的压力，能够顺利的运行下去；好在这个产品在上线的时候就已经说明，本产品只是一个初版，功能并不是很复杂，也会在未来的几天更新更好的版本；

这个app最后的结局是，交付给了新浪的团队，具体的交接细节我不清楚，是由公司老板出面进行交涉，而我与这个app的关系也就到这了。但这次的经验却扎扎实实的给我敲醒了警钟，因为在这之前，还做过很多的商业项目，那些项目在交付出去之前，老大都会问我，你的app够不够安全，能够承载多大的用户量，崩溃率如何，稳不稳定之类的，而我每次都是大概的说说，因为自己心里没底；

但这次当真正的用户量瞬间涨上来后，我意识到，做为一个技术开发者，我们不但要为技术负责，更需要为整个app在运行过程中的稳定负责；一个app的稳定不但关系着个人的发展，更关系到整个产品是否能够被大众接受。

这件事后我就在想，如果这个APP还是由我继续做下去，如果APP有100W的用户，会出现什么样的情况呢？各种崩溃？还是稳定运行？

从0到1，我知道独立开发项目没有问题，如果APP有100W用户，是否能保证APP的性能问题，不崩溃不卡顿，谈到这里，就要反思一下自己APP的性能问题了。

如果你想加入我们，用代码做一份贡献，可以从下技术开始：

1.内存优化实战，迅速降低内存泄漏，溢出问题

• JVM垃圾回收算法详解
• 通过解决Handler内存泄漏问题引申内存问题的根本
• 使用Mat解决项目中的内存泄漏问题

2.剖析UI卡顿底层原理，实战UI与启动优化

• 分析xml被加载到手机屏幕流程原理
• 从xml到代码的UI优化实战
• 启动优化的核心原理与具体实战
• 从UI/启动优化延伸出其他的技术方案

如果你的APP经常卡顿，崩溃而不知所措;如果你想不管

《Android学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》

【docs.qq.com/doc/DSkNLaERkbnFoS0ZF】 完整内容开源分享

用户量多么庞大，APP都稳如老狗；如果你想为自己写的App负责，为它提供坚实的技术基础。

坚实的技术基础。

[外链图片转存中…(img-xLDzIr7v-1638730289087)]