如题，我看的一些MVP例子中，是把之前activity中的逻辑代码抽出去，然后再导包调用，这样代码量确实减少了很多。
或者是我理解错了，还请大神指点！
对，主要是还结构更清晰了，该处理UI的处理UI，该处理业务的处理业务，该拿数据的拿数据，不用都混合在Activity里，当然Activity本身生命周期这些肯定是不会变的，
分开清晰有利于程序员的思维更清晰，后期维护也好。
说白了就是通过建立中间人Presenter来分担View的逻辑代码，Presenter通过Model做逻辑判断，然后根据结果来给View进行回调
逻辑取决于你有的业务逻辑和代码架构，mvp 只是从activity剥离逻辑,专业负责View功能。
mvp主要是把view和model层分离出来了，activity层只负责视图这一块，逻辑更加清晰一些
业务逻辑代码是不变化的，主要是通过单一职责原则来进行分离，activity作为view只负责view的渲染。
不光是代码减少这么简单，更重要的是UI操作和业务逻辑分开了，是代码更简洁，层次更明确
MVP模式为了就是逻辑上的清晰，activity代码量确实少了毕竟许多交给了P和V
mvp架构依旧是Android开发的主流架构模式，在mvp架构中也分很多旁支，可以阅读以下Google官方文档
至于你提出的代码量有没有减少，执行逻辑有没有太大的变化，这些问题是趋于你是否正确的搭建了你的架构；本身使用架构就是统一团队标准，便于后期阅读、维护；
在你开发过程中任何新的文件创建就应当考虑在项目中的是否复用、是否便于测试，当你按照标准执行后，会发现不但代码量大大的减少、执行的逻辑清晰明了可控，主要的是会发现Bug更好解决了，产品对需求的改动可以应付自如了。