178023人阅读
Android疑难解析（42）
转载请注明出处：本篇文章主要内容来自于Android Doc，我翻译之后又做了些加工，英文好的朋友也可以直接去读原文。高效加载大图片我们在编写Android程序的时候经常要用到许多图片，不同图片总是会有不同的形状、不同的大小，但在大多数情况下，这些图片都会大于我们程序所需要的大小。比如说系统图片库里展示的图片大都是用手机摄像头拍出来的，这些图片的分辨率会比我们手机屏幕的分辨率高得多。大家应该知道，我们编写的应用程序都是有一定内存限制的，程序占用了过高的内存就容易出现OOM(OutOfMemory)异常。我们可以通过下面的代码看出每个应用程序最高可用内存是多少。int maxMemory = (int) (Runtime.getRuntime().maxMemory() / 1024);
Log.d(&TAG&, &Max memory is & + maxMemory + &KB&);因此在展示高分辨率图片的时候，最好先将图片进行压缩。压缩后的图片大小应该和用来展示它的控件大小相近，在一个很小的ImageView上显示一张超大的图片不会带来任何视觉上的好处，但却会占用我们相当多宝贵的内存，而且在性能上还可能会带来负面影响。下面我们就来看一看，如何对一张大图片进行适当的压缩，让它能够以最佳大小显示的同时，还能防止OOM的出现。BitmapFactory这个类提供了多个解析方法(decodeByteArray, decodeFile, decodeResource等)用于创建Bitmap对象，我们应该根据图片的来源选择合适的方法。比如SD卡中的图片可以使用decodeFile方法，网络上的图片可以使用decodeStream方法，资源文件中的图片可以使用decodeResource方法。这些方法会尝试为已经构建的bitmap分配内存，这时就会很容易导致OOM出现。为此每一种解析方法都提供了一个可选的BitmapFactory.Options参数，将这个参数的inJustDecodeBounds属性设置为true就可以让解析方法禁止为bitmap分配内存，返回值也不再是一个Bitmap对象，而是null。虽然Bitmap是null了，但是BitmapFactory.Options的outWidth、outHeight和outMimeType属性都会被赋值。这个技巧让我们可以在加载图片之前就获取到图片的长宽值和MIME类型，从而根据情况对图片进行压缩。如下代码所示：BitmapFactory.Options options = new BitmapFactory.Options();
options.inJustDecodeBounds =
BitmapFactory.decodeResource(getResources(), R.id.myimage, options);
int imageHeight = options.outH
int imageWidth = options.outW
String imageType = options.outMimeT为了避免OOM异常，最好在解析每张图片的时候都先检查一下图片的大小，除非你非常信任图片的来源，保证这些图片都不会超出你程序的可用内存。现在图片的大小已经知道了，我们就可以决定是把整张图片加载到内存中还是加载一个压缩版的图片到内存中。以下几个因素是我们需要考虑的：预估一下加载整张图片所需占用的内存。为了加载这一张图片你所愿意提供多少内存。用于展示这张图片的控件的实际大小。当前设备的屏幕尺寸和分辨率。比如，你的ImageView只有128*96像素的大小，只是为了显示一张缩略图，这时候把一张像素的图片完全加载到内存中显然是不值得的。那我们怎样才能对图片进行压缩呢？通过设置BitmapFactory.Options中inSampleSize的值就可以实现。比如我们有一张像素的图片，将inSampleSize的值设置为4，就可以把这张图片压缩成512*384像素。原本加载这张图片需要占用13M的内存，压缩后就只需要占用0.75M了(假设图片是ARGB_8888类型，即每个像素点占用4个字节)。下面的方法可以根据传入的宽和高，计算出合适的inSampleSize值：public static int calculateInSampleSize(BitmapFactory.Options options,
int reqWidth, int reqHeight) {
// 源图片的高度和宽度
final int height = options.outH
final int width = options.outW
int inSampleSize = 1;
if (height & reqHeight || width & reqWidth) {
// 计算出实际宽高和目标宽高的比率
final int heightRatio = Math.round((float) height / (float) reqHeight);
final int widthRatio = Math.round((float) width / (float) reqWidth);
// 选择宽和高中最小的比率作为inSampleSize的值，这样可以保证最终图片的宽和高
// 一定都会大于等于目标的宽和高。
inSampleSize = heightRatio & widthRatio ? heightRatio : widthR
return inSampleS
}使用这个方法，首先你要将BitmapFactory.Options的inJustDecodeBounds属性设置为true，解析一次图片。然后将BitmapFactory.Options连同期望的宽度和高度一起传递到到calculateInSampleSize方法中，就可以得到合适的inSampleSize值了。之后再解析一次图片，使用新获取到的inSampleSize值，并把inJustDecodeBounds设置为false，就可以得到压缩后的图片了。public static Bitmap decodeSampledBitmapFromResource(Resources res, int resId,
int reqWidth, int reqHeight) {
// 第一次解析将inJustDecodeBounds设置为true，来获取图片大小
final BitmapFactory.Options options = new BitmapFactory.Options();
options.inJustDecodeBounds =
BitmapFactory.decodeResource(res, resId, options);
// 调用上面定义的方法计算inSampleSize值
options.inSampleSize = calculateInSampleSize(options, reqWidth, reqHeight);
// 使用获取到的inSampleSize值再次解析图片
options.inJustDecodeBounds =
return BitmapFactory.decodeResource(res, resId, options);
}下面的代码非常简单地将任意一张图片压缩成100*100的缩略图，并在ImageView上展示。mImageView.setImageBitmap(
decodeSampledBitmapFromResource(getResources(), R.id.myimage, 100, 100));使用图片缓存技术在你应用程序的UI界面加载一张图片是一件很简单的事情，但是当你需要在界面上加载一大堆图片的时候，情况就变得复杂起来。在很多情况下，（比如使用ListView, GridView 或者 ViewPager 这样的组件），屏幕上显示的图片可以通过滑动屏幕等事件不断地增加，最终导致OOM。为了保证内存的使用始终维持在一个合理的范围，通常会把被移除屏幕的图片进行回收处理。此时垃圾回收器也会认为你不再持有这些图片的引用，从而对这些图片进行GC操作。用这种思路来解决问题是非常好的，可是为了能让程序快速运行，在界面上迅速地加载图片，你又必须要考虑到某些图片被回收之后，用户又将它重新滑入屏幕这种情况。这时重新去加载一遍刚刚加载过的图片无疑是性能的瓶颈，你需要想办法去避免这个情况的发生。这个时候，使用内存缓存技术可以很好的解决这个问题，它可以让组件快速地重新加载和处理图片。下面我们就来看一看如何使用内存缓存技术来对图片进行缓存，从而让你的应用程序在加载很多图片的时候可以提高响应速度和流畅性。内存缓存技术对那些大量占用应用程序宝贵内存的图片提供了快速访问的方法。其中最核心的类是LruCache (此类在android-support-v4的包中提供) 。这个类非常适合用来缓存图片，它的主要算法原理是把最近使用的对象用强引用存储在 LinkedHashMap 中，并且把最近最少使用的对象在缓存值达到预设定值之前从内存中移除。在过去，我们经常会使用一种非常流行的内存缓存技术的实现，即软引用或弱引用 (SoftReference or WeakReference)。但是现在已经不再推荐使用这种方式了，因为从 Android 2.3 (API Level 9)开始，垃圾回收器会更倾向于回收持有软引用或弱引用的对象，这让软引用和弱引用变得不再可靠。另外，Android 3.0 (API Level 11)中，图片的数据会存储在本地的内存当中，因而无法用一种可预见的方式将其释放，这就有潜在的风险造成应用程序的内存溢出并崩溃。为了能够选择一个合适的缓存大小给LruCache, 有以下多个因素应该放入考虑范围内，例如：你的设备可以为每个应用程序分配多大的内存？设备屏幕上一次最多能显示多少张图片？有多少图片需要进行预加载，因为有可能很快也会显示在屏幕上？你的设备的屏幕大小和分辨率分别是多少？一个超高分辨率的设备（例如 Galaxy Nexus) 比起一个较低分辨率的设备（例如 Nexus S），在持有相同数量图片的时候，需要更大的缓存空间。图片的尺寸和大小，还有每张图片会占据多少内存空间。图片被访问的频率有多高？会不会有一些图片的访问频率比其它图片要高？如果有的话，你也许应该让一些图片常驻在内存当中，或者使用多个LruCache 对象来区分不同组的图片。你能维持好数量和质量之间的平衡吗？有些时候，存储多个低像素的图片，而在后台去开线程加载高像素的图片会更加的有效。并没有一个指定的缓存大小可以满足所有的应用程序，这是由你决定的。你应该去分析程序内存的使用情况，然后制定出一个合适的解决方案。一个太小的缓存空间，有可能造成图片频繁地被释放和重新加载，这并没有好处。而一个太大的缓存空间，则有可能还是会引起 java.lang.OutOfMemory 的异常。下面是一个使用 LruCache 来缓存图片的例子：private LruCache&String, Bitmap& mMemoryC
protected void onCreate(Bundle savedInstanceState) {
// 获取到可用内存的最大值，使用内存超出这个值会引起OutOfMemory异常。
// LruCache通过构造函数传入缓存值，以KB为单位。
int maxMemory = (int) (Runtime.getRuntime().maxMemory() / 1024);
// 使用最大可用内存值的1/8作为缓存的大小。
int cacheSize = maxMemory / 8;
mMemoryCache = new LruCache&String, Bitmap&(cacheSize) {
protected int sizeOf(String key, Bitmap bitmap) {
// 重写此方法来衡量每张图片的大小，默认返回图片数量。
return bitmap.getByteCount() / 1024;
public void addBitmapToMemoryCache(String key, Bitmap bitmap) {
if (getBitmapFromMemCache(key) == null) {
mMemoryCache.put(key, bitmap);
public Bitmap getBitmapFromMemCache(String key) {
return mMemoryCache.get(key);
}在这个例子当中，使用了系统分配给应用程序的八分之一内存来作为缓存大小。在中高配置的手机当中，这大概会有4兆(32/8)的缓存空间。一个全屏幕的 GridView 使用4张 800x480分辨率的图片来填充，则大概会占用1.5兆的空间(800*480*4)。因此，这个缓存大小可以存储2.5页的图片。当向 ImageView 中加载一张图片时,首先会在 LruCache 的缓存中进行检查。如果找到了相应的键值，则会立刻更新ImageView ，否则开启一个后台线程来加载这张图片。public void loadBitmap(int resId, ImageView imageView) {
final String imageKey = String.valueOf(resId);
final Bitmap bitmap = getBitmapFromMemCache(imageKey);
if (bitmap != null) {
imageView.setImageBitmap(bitmap);
imageView.setImageResource(R.drawable.image_placeholder);
BitmapWorkerTask task = new BitmapWorkerTask(imageView);
task.execute(resId);
}BitmapWorkerTask 还要把新加载的图片的键值对放到缓存中。class BitmapWorkerTask extends AsyncTask&Integer, Void, Bitmap& {
// 在后台加载图片。
protected Bitmap doInBackground(Integer... params) {
final Bitmap bitmap = decodeSampledBitmapFromResource(
getResources(), params[0], 100, 100);
addBitmapToMemoryCache(String.valueOf(params[0]), bitmap);
}掌握了以上两种方法，不管是要在程序中加载超大图片，还是要加载大量图片，都不用担心OOM的问题了!不过仅仅是理论地介绍不知道大家能不能完全理解，在后面的文章中我会演示如何在实际程序中灵活运用上述技巧来避免程序OOM，感兴趣的朋友请继续阅读&&关注我的技术公众号，每天都有优质技术文章推送。关注我的娱乐公众号，工作、学习累了的时候放松一下自己。
微信扫一扫下方二维码即可关注：
&&相关文章推荐
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：7551797次
积分：41250
积分：41250
排名：第99名
原创：101篇
评论：14021条
《第二行代码》已出版新书基于Android 7.0系统全面升级更加入了许多振奋人心的新技术
纸质书购买：
电子书购买：
关注我的技术公众号，每天都有优质技术文章推送。
关注我的娱乐公众号，工作、学习累了的时候放松一下自己。
微信扫一扫上方二维码即可关注
感兴趣的朋友可以加入我的QQ群，一起讨论学习，共同进步。
阅读：167477
阅读：536174
(2)(1)(1)(1)(1)(1)(1)(2)(1)(1)(1)(1)(2)(1)(1)(2)(1)(1)(2)(1)(1)(1)(1)(1)(1)(1)(2)(2)(3)(1)(2)(5)(3)(3)(2)(1)(3)(1)(2)(5)(4)(4)(4)(4)(5)(5)(5)(6)(4)手机上的图片显示不了怎么回事？
按时间排序
如果是所有的图片都不显示，你可以看看你的手机浏览器设置里面是否禁止显示图片；如果只是个别图片不显示，是因为网络不稳定、手机的运存有限制造成的，比如图片过大，手机无法承载这个巨大的图片的话，就不会下载，你可以删除一些进程试试。
你好，图库程序存在异常了，到系统设置---应用程序---找到图库，然后清除下缓存数据后再试试，如果不行可能是系统异常了，备份下数据恢复出厂设置试试。
楼主你好，手机不显示图片，可能是软件或TF卡的问题，可以先使用其他软件打开一下，如果可以打开的话，就是软件的问题，也有可能是图片存在了TF卡里，TF卡出现故障导致无法显示，可以先到设置—存储里将TF卡卸载，然后取出TF卡，用酒精擦拭卡槽，重新安装应该就可以了，如果还是不行的话就可能是硬件问题了，可以联系售后进行检修。
主屏尺寸4英寸
电池容量1700mAh
主屏分辨率800x480像素
电池类型可拆卸式电池
后置摄像头500万像素
CPU频率806
前置摄像头30万像素
CPU类型Marvell PXA920
130人的综合分
性能配置2.4
电池续航2.6
外观手感2.8
拍照效果3.1
屏幕效果2.8
感谢您为社区的和谐贡献力量请选择举报类型
经过核实后将会做出处理感谢您为社区和谐做出贡献
确定要取消此次报名，退出该活动？解决BootStrap Fileinput手机图片上传显示旋转问题
作者：咕噜噜ooO小鹿
字体：[ ] 类型：转载 时间：
这篇文章主要介绍了 BootStrap Fileinput手机图片上传显示旋转问题,需要的朋友可以参考下
最近因为项目需要用到了bootstrap fileinput的插件，在使用苹果手机上传图片预览时，发现图片方向和手机本地存储方向不一致问题。后来通过查询资料了解图片具有EXIF(Exchangeable Image File Format)旋转属性标识，fileinput对旋转进行了处理。预览图片显示的为电脑图片存放方向。
用iPhone手机通过home键朝向四个不同的方向进行拍照后，上传照片显示与预览图片方向并不一致。有点不明白其中缘由，后来发现了规则，只有Home键朝下和朝上的时候才会发现显示不一致问题。解决方案如下：
fileinput.css、fileinput.min.css文件中，css样式旋转角度存在问题，修改以下样式就可以啦。Home键朝下拍摄
.rotate-6 {
/*transform: rotate(90deg);原代码*/
transform: rotate(270deg);
Home键朝上拍摄
.rotate-8 {
/*transform: rotate(270deg);原代码*/
transform: rotate(90deg);
以上所述是小编给大家介绍的BootStrap Fileinput手机图片上传显示旋转问题，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对脚本之家网站的支持！
您可能感兴趣的文章:
大家感兴趣的内容
12345678910
最近更新的内容
常用在线小工具当前位置： &
& 手机腾讯新闻图片加载失败怎么办？
手机腾讯新闻图片加载失败怎么办？
现在很多朋友在使用手机腾讯新闻的时候，遇到了腾讯新闻图片加载失败的问题，这个时候我们应该怎么办呢？其实图片出现加载失败有四个原因哦，下面小编就来告诉大家腾讯新闻app图片加载不了解决方法吧！软件名称：腾讯新闻客户端 v4.8.7软件大小：17.22MB下载地址：手机腾讯新闻图片加载失败怎么办？1.网络问题　　网络问题有两种可能性，要不是网络延迟太高，要不是网速太慢。　　解决方法：把手机重启一遍，看看还有没有这种情况。检查一下手机联网情况，或者查看WiFi是否有人在使用。2.设置问题　　检查一下手机设置里图片是否设置显示，如果设置的是显示，就可能是你要看的那个图片太大(不是尺寸的那个大)。　　解决方法：在手机进入自己空间后，菜单——浏览设置——图片显示(选择“显示”)3.系统问题手机腾讯新闻确实有些图片显示不了，这不是手机的问题，是系统的问题，很多用户都一样的。4.清理缓存清理一下手机腾讯新闻app的缓存，然后打开试试能不能看到图片。总结：以上就是手机腾讯新闻图片加载失败怎么办？腾讯新闻app图片加载不了解决方法，这样我们就可以看到图片了哦！ & &小编推荐： & & & & & &
上一篇 &：
下一篇 &：
文章链接：///tutorials/56208.html
(转载时请注明本文出处及文章链接)