你须要这么做 手机反响慢怎样办 全程干货 (你必须做些什么)

本文目录导航：

• 手机反响慢怎样办？你须要这么做，全程干货
• Android干流视频播放及缓存成功原理调研
• 如何经常使用redis缓存加索引处置数据库百万级并发

手机反响慢怎样办？你须要这么做，全程干货

文/小伊评 科技

手机作为目前团体用户经常使用频率最高的电子类产品，它的系统流利性间接选择了用户的经常使用体验。

绝大少数用户选择改换手机的要素都是由于手机的系统开局卡顿了。

那么，当手机开局产生了反响慢以及卡顿的疑问之后，咱们应该怎样办呢？本文就来好好讨论一下这个话题。

优化打算一：闪存！闪存！闪存！！

很多人以为手机产生卡顿不流利反响慢的疑问是由于处置器性能不够所致。

其实不是，除了一些十分新鲜的手机产品或许会真的遇四处置器的性能瓶颈，其余绝大少数手机产生卡顿的源头都不在处置器而在于闪存。

闪存是什么，是贮存静态资源的中央。

所以有很多人会漠视闪存关于系统流利度的影响，其实这是一个十分失误的观点。

由于当咱们冷启动一个APP或许须要阅读本地内容的时刻，闪存会经过随机读写的模式将存在于闪存中的数据传递到闪存的 Cache（缓存）中，而后和 运存启动交互，而后再由运存传递四处置器的 Cache（处置器缓存）中，而后间接交由处置器启动处置。

从这个环节中大家可以发现， 闪存的随机读写性能（更准确地说应该是4K随机读写性能）关于手机系统的流利度体现是至关关键 ，由于用户的大局部高频操作其实都牵扯到关于闪存中静态文件的增删改查。

而闪存的读写性能关键遭到两个方面的间接影响—— 系统碎片化率以及残余容量 。

手机的闪存中假设存在少量的非延续性的碎片文件，就会极大地影响其随机读写的性能，由于随机读写实质上就是从不同的贮存区域将所须要的数据取出，那么碎片化的文件越多，人造就会影响随机读取的速度，所以，在咱们日经常常使用手机的环节中，活期清算手机的系统渣滓以及一些APP上的缓存是十分关键的。

另外还有就是残余容量的影响。

依据威望的 钻研报告显示：关于一块128G容量的固态硬盘，在经常使用一半容量和经常使用所有容量状况下，稳固态读写性能差出6到10倍，要素很便捷，闪存中的中控在启动闪存擦除和写入时也是须要必定的空间的，就像大家玩华容道这个 游戏 一样，残余空间越大，就越容易操作，而反之则更难。

所以咱们在日经常常使用的手机的环节中，请必定活期的清算手机中不罕用的APP以及图片，视频等静态资源，监禁闪存的空间，团体倡导常年坚持80%以内的闪存占用率是一个最适合最 肥壮 的形态。

活期经常使用手机自带的清算软件清算碎片以及渣滓文件；活期清算WX残留的缓存文件等等，这些都可以有效地优化闪存的读写性能。

优化打算二：封锁运行通知。

我曾经给很多中老年个体收拾过手机，他们的手机广泛都存在一个在我看来很重大的疑问——运行推送一大堆，铺满整个形态栏。

这是一个十分不好的习气，由于关于国际的安卓平台来说，当你收到一个运行的推送的状况下，就象征着这个APP会在后盾激活一个对应的进程，而这就会形成关于运存资源的糜费，而运存一旦不够就会激活安卓系统自带的渣滓回收机制，对运存启动重复的擦除和写入，从而形成系统的卡顿。

所以，咱们在日经常常使用手机的环节中尽或许地把不关键的软件的推送权限所有封锁，并制止他们自启动，这是一个最佳的处置打算。

优化打算三：不要频繁更新系统。

随着期间推移，新系统都会参与更多的性能，更炫酷的成果，更精细地贴图等等，这些都会对手机的性能形成必定的压力，尤其是那些没有经过大规模测试的测试版系统千万不要更新，尤其是老旧手机。

优化打算四：活期重启手机系统。

封锁重启手机，可以监禁运存空间，优化系统的照应速度，是一个应答卡顿的应急处置方法。

终极打算：换手机&重置手机。

最终的处置打算就是换手机，这团体造不用过多引见。

其次就是手机恢复，肃清所有手机数据，彻底监禁运存和内存压力。

大少数手机在恢复之后都会变得比之前流利很多。

Android干流视频播放及缓存成功原理调研

本文针对视频播放及缓存打算启动调研，关于Android端罕用的视频播放器的缓存战略引见及成功原理。

成功便捷，逻辑易懂。

在播放器与视频源主机之间加了一层代理主机，截取视频播放器发送的恳求，依据截取的恳求，向网络主机恳求数据，而后写到本地。

本地代理主机从文件中读取数据并发送给播放器启动播放。

在第二次播放时，假设文件中有空泛，无论片段再小，也会保留到片段中，最后当性能数组为{0, length}的时刻，length为视频长度大小，也会存到片段中。

Qzone的日均视频播放量破十亿，其中Android端的总播放量占比超越70%。

所以Qzone的成功打算对咱们来说很有自创意义。

优化关键从如下几个方面入手： 这里关键处置的疑问是，之前单个的顺序存储模式无法关于播放空泛（非顺序播放场景，例如拖动、续播等）启动缓存，降落了缓存率和命中率。

H265是新一代视频编码规范，相比原有经常使用H264编码的视频，具备更高的紧缩比，在画质近似的前提下，H265编码的视频文件体积只要H264的一半甚至更少，因此，播放H265编码的视频能极大缩小带宽消耗。

详细编码关系内容，请看 直播技术点之编解码基础（一）

如何经常使用redis缓存加索引处置数据库百万级并发

1.总的老说，优化打算中只要两种，一种是给查问的字段加组合索引。

另一种是给在用户和数据库中参与缓存2.参与索引打算：面对1~2千的并发是没有压力的，在往上则限度的瓶颈就是数据库最大衔接数了，在下面中我用show global status like Max_used_connections’检查数据库可以知道数据库最大照应衔接数是5700多，超越这个数tomcat间接报错衔接被拒绝或许衔接曾经失效3.缓存打算：在下面的测试可以知道，要是咱们事前把数据库的千万条数据同步到redis缓存中，瓶颈就是咱们的设施配件性能了，假设咱们的主机有几百个外围CPU，就算是千万级的并发下也可以齐全无压力，带个用户很好的。

4.索引+缓存打算：缓存事前没有要查问的数据，在一万的并发下测试数据库毫无压力，程序先经过查缓存再查数据库大大减轻了数据库的压力，即使缓存不命中在一万的并发下也能反常访问,在10万并发下数据库依然没压力，然而redis主机设置最大衔接数300去处置10万的线程，4核CPU处置不上来，很多redis衔接不了。

我用show global status like Max_used_connections检查数据库发现最大照应衔接数是388，这么低所以数据库是不会挂掉的。

雷达下载更专业。

5.经常使用场景：a.几百或许2000以下并发间接加上组合索引就可以了。

b.不想加索引又高并发的状况下可以先事前把数据放到缓存中，配件设施允许下可处置百万级并发。

c.加索引且缓存事前没有数据，在配件设施允许下可处置百万级并发疑问。

d.不加索引且缓存事前没有数据，无法取，要80多秒能力获取结果，用户体验极差。

6.原理：其实经常使用了redis的话为什么数据库不会解体是由于redis最大衔接数为300，这样数据库最大同时衔接数也是300多，所以不会挂掉，至于redis为什么设置为300是由于设置的太高就会报错(衔接被拒绝)或许期待超时(就算设置期待超时的期间很长也会报这个错)。