如何快速判断竞争对手的接口是如何实现的？

当你接到一个模仿竞争对手产品的产品需求，而你又没有太多的时间去研究技术方案时，如何才能尽快确定这项功能的技术方案呢？这里我给大家一个小技巧，避免走弯路，比如先确定一个方案，然后发现由于种种原因该方案不可行，导致临时更改方案，拖延需求发布的悲剧。。。

比如抖音主界面，滑动整个屏幕，相信很多人都没做过，很多人可能觉得可以用于这样的场景，其实是可以做到的，但是这里就看到抖音在用，作为模仿者，为了少走弯路，那么显然我们应该优先考虑它。

别小看这个命令，对于很多功能来说，当你不知道竞争对手是否弹出弹窗或者开启了透明弹窗的时候，这个方法就非常有用，可以帮你少走很多弯路。

下面我们来总结一下在模仿主界面时遇到的一些问题及解决办法。

1、抖音整体的技术方案是竖屏+下拉刷新+上拉加载控件的组合。不管是前者还是后者，我们都有成熟的开源方案可以选择，我们只是把它们融合在一起而已。这第一步其实并不难。

2.能用就尽量用，不推荐，我们可能用得比较多。但是要知道它不会释放内存，你看不到的也是常驻内存的，对于抖音这种几乎无限滑动的短视频解决方案来说，绝对会造成内存爆表。如果你用了，系统会自动释放不可见内容的内存，只有你能看到的内容和前后的内容才会保留在内存中。当然这个值可以动态设置，但至少会保留3个。

3. .() 是否无效？有时候，方法调用了抖音手机下拉，但是界面没有变化？其实对于界面来说，是否刷新或者重绘主要看方法的返回值，默认是，也就是不重绘，只有返回了界面才会重绘。很多人不明白什么意思，我简单描述一下场景：

比如说我们刚刚进入抖音的主界面，假设返回了10个视频数据，我们默认播放第一个，第一个就显示出来了吧？那么这时候我们下拉刷新，又来了10个数据，我们应该把这10个新数据中的第一个播放出来。所以你就等界面返回之后，把这10个新数据插到我们数据源数组的头部。然后调用这个方法，如果你不重写方法的话，这个方法默认返回了，也就是说我的界面是不需要重绘的。所以你播放的还是老的视频。有人可能会问，那我们继续加载更多，为什么不会出现这种情况呢？

比如说现在大部分的加载其实都是预加载，比如我们一页返回10条数据，当我们滑动到第5条数据的时候，可能就会自动请求下一页的数据，所以我们就一直往回滑动，因为它是一直在变化的，所以不断有新的进来，所以不管这个值怎么变化，我们针对这种情况都会刷新界面。

但是对于下拉刷新就不行了，因为我们默认加载的是第一条数据，而我们的内存中已经有这条数据了。对于0号位置来说，它已经在内存中了。我们下拉刷新获取到新的数据之后，虽然调用了方法，但是发现0号位置的内存已经有了，它就返回了，所以就不会重新绘制了。这就是一个容易出现bug的地方。

4.这样的话，我们能不能返回一个固定的值呢？答案是不能的，虽然固定返回这个值可以解决下拉刷新界面不刷新的问题，但是会引发新的问题，主要有2个：

第一，固定返回意味着每次调用都要重新绘制我们内存中的三幅图像，这个成本太高了，低端手机明显会卡，大部分视频播放都是采用软件解码方案，这个性能并不好。

第二种：还是用上面的预加载方式，比如我们第一页返回10条数据，当滚动到第五条数据的时候，就提前预加载请求第二页，等第二页的数据回来之后再调用。注意，此时我们可能还没有看完第五条数据对应的视频，比如这个短视频我们才看了第六秒，但是整个界面突然重绘，又从第一秒开始播放抖音手机下拉，这个体验显然是难以接受的。

所以我们要做的就是需要的时候就返回，不需要的时候就返回，具体的逻辑可以根据自己的业务做相应的调整。

比如我们可以判断，如果源数据也就是里面的id和正在播放的里面的id相等的话，我们就判定不需要刷新界面，否则不相等的话，我们就去刷新，正好对应了加载更多和下拉刷新这两个场景。

5、如何定位内存泄漏问题？对于播放器来说，如果团队是新手，没有经验，即便借助b站开源播放器，也可能会出现内存泄漏的情况。比如我们画播放界面的时候，总要画个进度条带搜索功能的下拉选择框【64xl.com专业老品牌】，快速确定竞品界面实现方式的小窍门，避免需求延期发布，显示个倒计时，默认的跑马灯效果很差，可能要我​​们自己写一个自定义的view来完成跑马灯效果。这些都不可避免的用到了线程等等，这些都容易出现内存泄漏。所以在不断滑动的时候，如果滑走的没有及时释放，那么上线的时候肯定会出现oom的问题。针对3.0以上版本：

好了，既然你能看懂，其他的我就不说了，网上搜一下就能找到很多资料。

6.如何获取对应的呢？这个也是比较小众的知识点，对于我们来说，我们知道除了当前这个，还有前后两个，对于滑动操作来说，至少要完成滑动到下一个，停止上一个视频和动画播放等等，因此根据获取到的对象就变得非常重要。

反射的实现如下：

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; }

同样是开发者的朋友，欢迎关注和转发！