Bitmap整理
bitmap.getAllocationbyTecount（）方法获取了位图所占据的字节大小。默认情况下，BitMapFactory使用bitmap.config.argb_8 8 8 8 来加载图像。
在此存储模式下，每个像素需要占据4 个字节。
实际上，在描述图片的过程中，BitMapFactory将根据设备的当前屏幕和目录进行比较，并且可以在图片所在的位置绘制目录，并且操作量表基于此比较值。
在Android中，可以绘制每个主管的相应屏幕密度如下：PS：options.Inmutable设置为true。
如果在这里不设置为真，则位示意图将不会在多路复用InbitMap之前重复使用位图内存，并且您需要调用CanuseForinBitMap方法来确定是否可以重复使用Reusebit。
这是因为位图具有一定的局限性：不建议一次将整个图片加载到内存中，而是建议使用碎片加载来显示图片的一部分，然后根据信号操作放大或移动显示区域。
BitMapRegideCoder将图像加载到内存中。
这些图像可以以绝对路径，文件描述符和输入流的形式批准为bitmapre gidecoder。
当需要在接口上同时显示大量图像时，例如ListView，Recyclerview等，当用户总是上下滑动时，可以在短时间内加载和破坏位图。
在这种情况下，使用适当的缓存，可以有效地减慢GC频率，并可以提高图像加载效率，并可以提高界面反应和平滑度的速度。
Lrucache算法的核心思想（LeasTrecentused）至少是最近使用该算法。
Linkhashmap关联的列表在内部维护。
放置数据时，它决定是否完整内存。
如果已满，则使用最少的数据 - 最近将删除此，以使内存不满。
C#使用Bitmap解决GDI+画图时的双缓存时出现的问题？
1 定义变量BITMAPBMP = NewBitMap（1 00，1 00）; 2 如果不添加鼠标事件，只需添加画笔图形即可。3 想想底部。
如何高效使用和管理Bitmap
1 首先，加载图像的过程，让我们谈谈下载图像的过程。在项目中处理此模块的过程如下：1 在用户界面的主流中，从Kesh内存中获取图像并在搜索后返回。
下一步找不到； 2 在员工的流中，从磁盘缓存中获取图像，找到它，返回并更新内存缓存。
下一步找不到； 3 在员工的流程中，从网络中获取图像，找到并返回并同时更新内存缓存和磁盘高速缓存。
为请求找不到默认显示。
2 Kesh内存类（Panomemcache）此处使用Android提供的LRUCACHE类。
此类包含一个牢固的链接，以限制量。
每当访问元素到元素时，元素都会移至队列头。
当填充缓存时添加新元素时，将重新设计行末端的元素。
[Java] ViewPlainCoprint？ upliCClassPanomeMoryCache {// linkedHashMap初始容量pripatesfinalinitial_capacity = 1 6 ; // LinkedHashMap加载系数系数privatiSticfinalIntload_factor = 0.7 5 F; // linkedhashmap排序模式privatistectefinesfinalboleanaccess_dord = true; //软参考cache privatestinehamap
byte。
byte。
byte）finalintMemclass =（int intIntMclass =（int）runting.getRuntime（getRuntime（getRuntime）。
（true：按访问次数排序； false：按插入顺序排序）*/msoftcache = newlinkedHashshmap
mlrucache.put（url，栅格地图）; msoftcache.remove（url）; returnBitMap; } else {msoftcache.remove（url）; }}}} itmapbitMap）{如果！ = null）{publicVoidClearCache（）{msoftcache.clear（）; msoftcache = null; }}} publicVoidClearCache（）{msoftCache = null; } 2 .3 之前，该平台建议将其保存。
3 磁盘kesha类5 使用decodeDybyTearry（）或解码词（）？谈到这一点，一些儿童靴子可以问我为什么我使用bitmapxtory.decodebytearry（数据，0，data.length，opts）来创建栅格图像，而不是使用bitmappactory.decodestream（这是null，opts opts）。
您不编写其他静态方法ReadInputStream（）吗？是的，解码器（）确实是使用方案中的首选方法，但是在某些情况下，这将导致立即提取图像资源，否则图像是秘密缓存的，并且将需要更多时间将其返回给我们。
但是延迟是致命的，我们等不及了。
因此，您选择DecoDyByTearry（）获取它，它是直接从接近基本输入的字节块中获得的，它没有平台上的限制，使用较小的使用风险。
6 引入缓存机制后获得图像的方法[Java] viewplainCopyPrint？/***栅格颜色的加载*@paramurl*@pramurl*@return*/primaploadbitbitmap（stringurl）{//获取内存缓存，建议在此中执行此操作。
用户界面tbitmapmomem（url）的主要流量； if（bitmap == null）{//从文件中获取文件，建议在员工bitmap = diskcache.getbitmapmapfromdisk（url）的流中执行文件。
tmap = panoutils.downloadbitmap（this，url）; 如果（bitmap！= null）{diskcache.adbitmaptocache（栅格地图，url）; memcache.addbitmaptocache（url，栅格地图）; }} els e {memcache.addbitmaptocache（url，bitmap）; }对于处理工作流的方法，建议在此处使用单个流池。
主要代码如下：[Java] ViewPlainCoprint？ //花子弹的初始容量pripatisticfinalintpool_size = 4 ;私有ExecutorServiceExecutorService； @verride publicVoidOnCreate（bundlsavedinstancestete）//获取当前intcpunums = runtime .getRuntime（）的处理器数量。
overcessors（）; //流量的预开式流executorService = Experators.newfixedThreadPool（cpunums*pool_size）; executorService.Submit（newRunnable（）{//在此处进行一些时间 - 令人费解的工作，请勿包含用户界面。
如果遇到它，请直接传输到主流信号pano.setimage（loadBitMap（url））;}）;}）;}）; }我们知道线程的设计也消耗了资源。
这应该有效地控制和支持。
永远不要随便离开。
忽略图像线程可能是某种东西。
当使用方案成为ListView和GridView时，流尤为重要。
Android不提供异步性吗？为什么不使用它？实际上，基本的Asincaskas也得到了流子弹的支持，而这种突出显示的寂静为1 2 8 ，这比我们的个人表演者要多得多。
