经典回答
一个工作过几年的程序员肯定会有工作中遇到技术难点问题，虽然这个问题有可能对于别人不是技术难点，但只要对于当时的你是技术难点，只要让你抓耳挠腮毫无头绪就往往会在你的大脑中留下深刻的印象。
这个问题，我也比较难教大家怎么回答，我只能给大家做一个示范，如果问到我，我怎么回答。
因为我这两年主要的工作是给一家公司做Android插件框架的开发，所以我的第一反应就是刚做插件时遇到的茫然无助。先给大家说一下插件是什么以及为什么要做插件，估计面试官不太了解的话，也会这样问你的。
如上图所示，随着应用的业务和功能代码的无节操增大，技术上代码方法数到达了一个DEX文件（那时Google还没有推出MultiDex）的上限（65536），业务上太多的模块和业务逻辑混在一个应用中，部署和升级都遇到很麻烦的问题，不能快速响应业务的发展。
基于这些痛点，我们想到了“动态插件”方面，把各个业务模块独立出来成为一个个可以动态加载、独立升级的插件，而原来的应用做为一个平台承载这些插件。思路是很不错的，可是当时（2014年底）关于Android插件的资源和开源项目都很有限，并没有那么多现成的开源框架让我们借鉴。
不过问题总是要解决的，我的解决方案如下：
-
当时有一家叫ApkPlug的小公司做出了一套插件框架，我打电话和他联系看能否交流（回答当然是买产品可以，技术就免了），如果对方能提供优质的服务是可以考虑花钱使用他们的框架。
-
试用ApkPlug的产品把它能做到的功能点记录下来，对比一下是否完全符合我们的业务需求。这一步至少给我一个意识：“只要ApkPlug能实现的就证明技术上是行得通的”， 对于还在起步阶段的我们信心很重要。
-
收集其他相关的信息以评估自己实现插件框架的可行性，如Apache flex的OSGI模块化开发框架也进入我们的尝试提案。
最终我们决定自己来实现插件框架，当时遇到过很多技术“难点”，如“如何实现在插件中不改变开发者的习惯正常调用startActivity”，“自定义View的在插件 Activity 切换时的类加载有问题”，“插件升级时so不能正常加载的问题”等等。问题很多，解决这些问题，基本上都是靠先理一遍正常的一个APK应用在 Android 系统上是个怎么样的流程，详细的查看 Framework 层代码的调用过程，最后找到问题的解决点。
你的朋友是不是也在准备面试呢？你可以“请朋友读”，把今天的题目分享给好友，或许你能帮到他。