本篇目录：

android缓存机制怎样做交互更好

1、二级缓存工作机制。所谓二级缓存实际上并不复杂，当Android端需要获得数据时比如获取网络中的图片，我们首先从内存中查找（按键查找），内存中没有的再从磁盘文件或sqlite中去查找，若磁盘中也没有才通过网络获取。

2、这里主要解决的问题是，之前单个的顺序存储方式无法对于播放空洞（非顺序播放场景，例如拖动、续播等）进行缓存，降低了缓存率和命中率。

3、采用缓存，可以进一步大大缓解数据交互的压力，特此，我们简略列举一下缓存管理的适用环境： 提供网络服务的应用 数据更新不需要实时更新，但是哪怕是3-5分钟的延迟也是可以采用缓存机制。

4、Android中提供的缓存机制是利用本地存储实现的。（1）新下载数据的时候，将数据缓存到本地。

5、Java 调用 js 里面的函数，速度并不令人满意，大概一次一两百毫秒吧，如果要做交互性很强的事情，这种速度会让人疯掉的。而反过来就不一样了， js 去调 java 的方法，速度很快，基本上 40-50 毫秒一次。

6、互斥锁互斥锁是一种最基础的同步机制，其作用是确保每一时刻只有一个线程访问数据或代码。在Android系统中，互斥锁通过Java中的synchronized关键字来实现。

如何高效使用和管理Bitmap

1、接下来开始介绍如何高效地加载Bitmap，其实核心思想很简单： 就是采用BitmapFactory.Options参数来调整图片尺寸来适配控件的大小。

2、修改缩放比：目标是修改最终图片加载的宽高，进而优化内存占用。具体就是设置inSampleSize值，如在适当的View上缩放显示适合的bitmap，实现bitmap的高效加载（Glide图片框架就是这样，让显示组件View的宽高的参与缩放比计算）。

3、高效地加载大图片。BitmapFactory类提供了一些加载图片的方法：decodeByteArray()， decodeFile()， decodeResource()， 等等。为了避免占用较大内存，经常使用BitmapFactory.Options 类，设置inJustDecodeBounds属性为true。

4、在WriteableBitmap中，UI 线程将内容写入后台缓冲区。呈现线程从前台缓冲区读取内容，然后将其复制到视频内存中，最后切换两个缓存区。

5、答案是 ： 使用RoaringBitmap 。RoaringBitmap 跟JDK8 currentHashMap的思路有点像，如当hash冲突时，如果链表节点个数8个，则转化为红黑二叉树存储。如果6则自动转化为普通链表存储。

6、注意：bitmap使用存在风险，若仅仅计算hash值，会导致bitmap占用空间过大。一般需要对hash值进行取余处理。根据Redis是否存在key，判断锁是否被获取；锁应该是一个对象，记录持有锁的线程信息、当前重入次数。

如何分析android的oom,与java静态代码分析工具

在 App 虚拟机启动时，会读取 /system/build.prop 文件的配置，源码位于： AndroidRuntime.cpp 需要注意的是，配置 dalvik.vm.heapgrowthlimit 限制的仅仅是 Java 堆内存，本地内存不受其限制的。

静态分析 经济领域概念 静态分析是一种分析经济现象的均衡状态以及有关的经济变量达到均衡状态所需要条件的分析方法。

为了分析堆转储，你需要像jhat或Eclipse内存分析工具(MAT)一样的标准工具。当然，第一步需要做的是把HPROF文件从Android的文件格式转换成J2SE HRPOF的文件格式。可以使用sdk/platform-tools/路径下的hprof-conv工具来转换。

android framework分为java和native两层native运行于C的runtime，高效。

直接null或recycle 对于app里使用的大量图片，采用方式：使用时加载，不显示时直接置null或recycle。这样处理是个好习惯，记本可以杜绝OOM，但是缺憾是代码多了，可能会忘记某些资源recycle。

静态分析工具：如 Checkstyle、PMD 和 FindBugs 等。这些工具可以对 Java 代码进行静态分析，检测潜在的代码问题，例如代码风格不符合规范、空指针异常等。反编译工具：如 JD-GUI、FernFlower 和 Procyon 等。

到此，以上就是小编对于android设置静态ip的问题就介绍到这了，希望介绍的几点解答对大家有用，有任何问题和不懂的，欢迎各位老师在评论区讨论，给我留言。

静态