原文作者：DK_BurNIng
如何快速确定竞品某个界面的实现方式？
当你收到产品一个需求是模仿某个竞品且时间很短没有过多时间给你调研技术方案的时候，如何尽快确定这个功能的技术方案呢？ 这里我给出我自己的一个小窍门，可以避免走弯路，比如先确定的方案到最后发现各种各样的原因方案不行，导致最后临时变更 方案，需求延期发布的悲剧。。。
- Androidsdkools 首先去这个目录下 找到 monitor这个可执行文件，然后打开你想模仿的竞品页面，然后执行这个文件。
比方说抖音的主界面这种滑动整屏的东西，相信之前很多人都没做过，很多人可能以为recyclerview可以拿来做这种场景，实际上recyclerview确实可以做，但是抖音这里能看出来却是使用了viewpager来做。作为一个模仿者，为了少走弯路， 那么显然 我们也是优先要选择viewpager的。
- 其次用这个软件，还可以看出来界面上的某个控件所属的id。这个id很重要，后面我们反编译的时候可以通过全局 搜索这个id 找到大概的源码位置，虽然都是混淆过的代码，但是大致还是能分析出一些技术细节的。 这里注意一点：很多阿里系的产品用这个方法你分析界面的时候你会发现根本没有id可以捕捉到，放心这并不是什么 阿里的黑科技反 反编译技术，而是阿里使用了诸如weex react native等类似的方案，当使用这种方案的时候， 我们是找不到id的噢，如果你大致了解weex react-native的实现方案的话你应该明白我在说些什么。
- 反编译就用jadx就可以，足够使用。在用jadx反编译之后搜索你之前的id，就可以大概找到对应的代码位置，我就是通过 这个手段，确定了抖音使用的垂直的viewpager到底是出自于github上哪个开源控件。。。为了避免法律纠纷我这里就 不明说是用的哪个开源的垂直滑动的viewpager，有兴趣的同学可以自己玩一玩。
- adb shell dumpsys activity | grep mFocusedActivity 这个命令是神器，可以把你当前正在显示的activity的名字 打出来，方便你更加迅速的定位竞品的代码。。
不要小看这条命令哦，很多功能当你不知道竞品是弹了一个popwindow还是一个dialoagfragment还是启动了一个透明的activity的时候，这个方法就很有用了，可以避免走很多弯路。
总结一下模仿抖音主界面的时候遇到的一些问题和解决方案。
1、抖音整体技术方案是 垂直的viewpager+下拉刷新上拉加载控件+fragment的组合方案。不管是前者还是后者我们都有成熟的开源方案可以选择，我们只是把他合并起来而已。这第一步其实并不难。
2、尽量使用FragmentStatePagerAdapter。FragmentPagerAdapter不推荐使用，可能平时我们用FragmentPagerAdapter更多， 但是要知道FragmentPagerAdapter是不会释放内存的，你不可见的fragment也是常驻内存的，像抖音这种几乎无限滑动的 短视频方案，使用FragmentPagerAdapter肯定是爆内存oom的。而用 FragmentStatePagerAdapter的话，对于不可见的 fragment，系统是自动释放内存的，内存里只会保留你能看到的fragment 和这个看到的fragment前后2个fragmnt。当然 这个值可以动态设置，但是至少都会保留3个fragment。
3、fragmentStatePagerAdapter.notifyDataSetChanged()失效？ 有时候，notifyDataSetChanged方法调用了，界面却没有变化？实际上对于fragmentStatePagerAdapter来说，界面刷新不刷新 重绘不重绘 主要取决于getItemPosition方法的返回值，默认是返回 POSITION_UNCHANGED 也就是不重绘。只有 返回POSITION_NONE的时候才会重绘界面，重新绘制一遍fragemnt。 很多人不太理解什么意思，我简单描述一下场景：
比如说，我们刚进抖音的主界面，假设返回了10条视频数据，我们默认播第一条。展示的是第一个fragment，对吧。 然后这个时候我们下拉刷新又来了10条数据，我们应该播放的是新来的这10条数据的第一条。于是你等待接口返回 以后把新来的10条数据插在了我们的数据源这个数组的 头部。 然后调用了notifyDataSetChanged这个方法。 如果你没有重写getItemPosition的方法的话，这个方法默认返回POSITION_UNCHANGED，这是fragmentStatePagerAdapter就认为 我这个界面不需要重绘。所以你还是在不停的播放老的视频。 有人可能会问，我们一直加载更多的话为什么不会出现这种情况？
比方说现在的加载更多其实都是预加载，比如我们一页是返回10条数据，当我们滑到第5条数据的时候 我们可能就会自动请求下一页数据了。所以我们不停的滑动viewpager往后面滑，因为position在不停的变化，所以是不断的有新的fragment进来的。 所以不管getItemPosition 的值如何变化，针对此种情况我们都会刷新界面的。
但是对于下拉刷新这种情况就不行，因为我们默认加载的是第一条数据，我们内存里面已经有了这一条数据了，对于position 位置为0的fragment来说，他已经在内存里了，等我们下拉刷新来了新数据以后，虽然我们调用了notifyDataSetChanged方法， 但是我们发现这个位置为0的fragment 内存里已经有了啊，getItemPosition又返回了POSITION_UNCHANGED，那我就不重绘了， 这就是一个容易出bug的地方。
4、既然如此我们getItemPosition固定返回POSITION_NONE行不行？ 答案是不行的，固定返回POSITION_NONE这个值，虽然可以解决下拉刷新 界面不刷新的问题，但是会引发新的问题。 主要有2：
第一，固定返回POSITION_NONE 意味着每次notifyDataSetChanged被调用的时候，我们内存里存在的三个fragment都要重新绘制这样的成本太大，低端手机明显会卡，android大部分视频播放都是软解码方案，这样的性能不行。
第二：还是上面的预加载，比方说我们第一页返回了10条数据，当我们滑到第五条数据的时候，我们预加载预先请求了第二页的时候然后第二页的数据回来以后 我们调用了notifyDataSetChanged，注意这个时候我们可能第五条数据对应的视频我们还没看完呢，比如这条短视频我们才看到第六秒，结果整个界面突然重绘了，直接又重新从第一秒开始播放。。这个体验明显不可接受。
所以我们要做的就是在需要的时候返回POSITION_NONE不需要的时候返回 POSITION_UNCHANGED ，具体的逻辑可以根据你们自己的业务进行相应的调整。
比方说我们可以判断一下，如果源数据也就是mData里面的id和正在播放的fragmetn里面的id相等话，我们就判定不需要刷新界面否则不相等，就刷一下，刚好对应加载更多和下拉刷新的2个场景。
5、如何定位内存泄漏的问题？ 对于播放器来说，初次接触的团队如果没有经验，即使有b站开源播放器的帮助也会发生内存泄漏的问题，比方说我们 绘制一个播放界面，总免不了要画进度条，要展示倒计时，textview默认的跑马灯效果那么差，说不定还要自己写个自定义view来完成跑马灯的特效，这些都免不了使用线程，handler，timer等等容易发生内存泄漏的东西。所以当不停的滑动的时候， 如果被滑走的fragment没有及时被释放掉，那上线就肯定会发生oom的问题。对于android studio 3.0或者以上的版本来说：
嗯，既然mat都能读了，剩下的就不啰嗦了，网上一搜一大堆。
6、如何根据index 取对应的fragment？ 这个也是比较小众的一个知识点，对于fragmentStatePagerAdapter来说，我们知道除了当前在使用的fragment，我们 还有这个fragment前后2个fragment，对于滑动操作来说，我们至少要完成 滑动到下一个fragmetn 要停止前面一个fragment 的视频播放和动画播放等等。 所以根据index 来取fragment对象就变的十分重要。
这里给出反射的实现：
public static Fragment getIndexFragment(FragmentStatePagerAdapter fragmentStatePagerAdapter, int index) { try { Field privateArrayList = FragmentStatePagerAdapter.class.getDeclaredField("mFragments"); privateArrayList.setAccessible(true); ArrayList mFragments = (ArrayList) privateArrayList.get(fragmentStatePagerAdapter); return mFragments.size() > 0 ? mFragments.get(index) : null; } catch (NoSuchFieldException e) { } catch (IllegalAccessException e) { } return null; }同为Android开发的朋友，欢迎各位关注转发哦！
