欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  移动技术

iOS开发中用imageIO渐进加载图片及获取exif的方法

程序员文章站 2022-04-12 10:56:37
imageio完成渐进加载图片 一、常见渐进加载图片模式     目前我们看到的渐进加载主要有以下三种实现方式:     1)  依...

imageio完成渐进加载图片

一、常见渐进加载图片模式
 
  目前我们看到的渐进加载主要有以下三种实现方式:
 
  1)  依次从web上加载不同尺寸的图片,从小到大。最开始先拉取一个小缩略图做拉伸显示,然后拉取中等规格的图,拉取完毕直接覆盖显示,最后拉取原图,拉取完成后显示原图。
 
  2)直接从web上拉取最大的图片,每接受一点儿数据就显示一点儿图片,这样就会实现从上到下一点点刷新出来的效果。
 
  3)结合第1种和第2种,先拉取一个缩略图做拉伸显示,然后采用第二种方法直接拉取原图,这样即可以实现渐进加载,也可以节省几次中间的网络请求。
 
 
 
二、通过imageio实现图片的渐进加载
 
  imageio的guide中原话是这么说的: "if you have a very large image, or are loading image data over the web, you may want to create an incremental image source so that you can draw the image data as you accumulate it. "
 
  翻译过来就是: "如果你想加载一副特别大的图片,或者从网络上加载一副图片,你可以通过创建一个imagesource实现渐进加载的效果。"翻译的不是很地道,大概就是这么个意思,以前在做powercam的时候,当时为了在ios上处理超大图的时候也试过这种方法,当时测试使用的是一副中国地图,分辨率为10000*8000的,结果是当整幅图片加载到内存时,内存吃不消,于是就放弃了。现在想想对于这种超大图片的处理,我们可以采用分片的方式进行,每次只需要处理一小块图片即可,这个问题就留给大家思考吧。
 
  今天我们要讨论的是cgimagesource实现从web端渐进加载图片,要达到这个目的我们需要创建一个urlconnnection,然后实现代理,每次接收到数据时更新图片即可。下面主要的实现源码:
 

复制代码 代码如下:

//
//  svincrementallyimage.m
//  svincrementallyimage
//
//  created by  maple on 6/27/13.
//  copyright (c) 2013 maple. all rights reserved.
//

#import "svincrementallyimage.h"
#import <imageio/imageio.h>
#import <corefoundation/corefoundation.h>

@interface svincrementallyimage () {
    nsurlrequest    *_request;
    nsurlconnection *_conn;
   
    cgimagesourceref _incrementallyimgsource;
   
    nsmutabledata   *_recievedata;
    long long       _expectedleght;
    bool            _isloadfinished;
}

@property (nonatomic, retain) uiimage *image;
@property (nonatomic, retain) uiimage *thumbimage;

@end

@implementation svincrementallyimage

@synthesize imageurl = _imageurl;
@synthesize image    = _image;
@synthesize thumbimage = _thumbimage;

- (id)initwithurl:(nsurl *)imageurl
{
    self = [super init];
    if (self) {
        _imageurl = [imageurl retain];
       
        _request = [[nsurlrequest alloc] initwithurl:_imageurl];
        _conn    = [[nsurlconnection alloc] initwithrequest:_request delegate:self];
       
        _incrementallyimgsource = cgimagesourcecreateincremental(null);
       
        _recievedata = [[nsmutabledata alloc] init];
        _isloadfinished = false;
    }
   
    return self;
}

#pragma mark -
#pragma mark nsurlconnectiondatadelegate

- (void)connection:(nsurlconnection *)connection didreceiveresponse:(nsurlresponse *)response
{
    _expectedleght = response.expectedcontentlength;
    nslog(@"expected length: %lld", _expectedleght);
   
    nsstring *mimetype = response.mimetype;
    nslog(@"mime type %@", mimetype);
   
    nsarray *arr = [mimetype componentsseparatedbystring:@"/"];
    if (arr.count < 1 || ![[arr objectatindex:0] isequal:@"image"]) {
        nslog(@"not a image url");
        [connection cancel];
        [_conn release]; _conn = nil;
    }
}

- (void)connection:(nsurlconnection *)connection didfailwitherror:(nserror *)error
{
    nslog(@"connection %@ error, error info: %@", connection, error);
}

- (void)connectiondidfinishloading:(nsurlconnection *)connection
{
    nslog(@"connection loading finished!!!");
   
    // if download image data not complete, create final image
    if (!_isloadfinished) {
        cgimagesourceupdatedata(_incrementallyimgsource, (cfdataref)_recievedata, _isloadfinished);
        cgimageref imageref = cgimagesourcecreateimageatindex(_incrementallyimgsource, 0, null);
        self.image = [uiimage imagewithcgimage:imageref];
        cgimagerelease(imageref);
    }
}

- (void)connection:(nsurlconnection *)connection didreceivedata:(nsdata *)data
{
    [_recievedata appenddata:data];
   
    _isloadfinished = false;
    if (_expectedleght == _recievedata.length) {
        _isloadfinished = true;
    }
   
    cgimagesourceupdatedata(_incrementallyimgsource, (cfdataref)_recievedata, _isloadfinished);
    cgimageref imageref = cgimagesourcecreateimageatindex(_incrementallyimgsource, 0, null);
    self.image = [uiimage imagewithcgimage:imageref];
    cgimagerelease(imageref);
}

@end


  从上面代码中我们可以看到,一开始我们根据传入的url创建一个urlconnection,同时创建一个空的cgimagesource,然后在每次收到数据的时候调用cgimagesourceupdatedata更新imagesource的数据,接着调用cgimagesourcecreateimageatindex获取最新的图片即可。
 
  怎么样,看到上面的实现是不是感觉实现从web上渐进加载图片很简单,虽然imageio帮我们做了很多事情,但是我们也应该了解它的原理。我们知道文件都是有格式的,一般文件的头部会记录一些关于文件格式的数据,后面就是实际的文件数据。
 
  拿最简单的bmp图片文件举例:
 
  1)  最开始的bitmapfileheader,这部分主要记录文件的大小,以及实际的图像数据离文件头的距离。
 
  2)  接着是bitmapinfoheader,这部分主要记录图片的宽,高,位深等信息
 
  3)可选的调色板信息
 
  4)最后一部分就是实际的图片数据。
 
  前三部分的信息很小,一般加起来不会超过100个字节,获取到这写信息以后,我们就可以很轻松的根据后面的数据构建出图片,当数据获取的越来越完整的时候,我们构造出的图片就会越完整,直至全部加载完成。
 
  bmp格式是简单的图片格式,其他的jpg,png虽然结果更加复杂,但是总体构成都差不多。imageio正是帮助我们完成了众多图片格式的编解码,然后一步步构造出最终的图片。


使用imageio获取图片的exif信息
一幅图片除了包含我们能看见的像素信息,背后还包含了拍摄时间,光圈大小,曝光等信息。uiimage类将这些细节信息都隐藏了起来,只提供我们关心的图片尺寸,图片方向等。我们可以通过imageio框架获取到图片背后的所有信息,下面就让我们一起看看。
 
  imageio框架是ios中偏底层一点儿的框架,它内部提供的接口都是c风格的,关键数据也都是使用corefoundation进行存储。庆幸的是corefoundation中有很多数据类型都可以上层的数据foundation框架中的数据类型进行无缝桥接。这也就大大方便了我们对图片信息的操作。
 
  cgimagesourceref是整个imageio的入口,通过它我们可以完成从文件的加载图片。加载完成以后我们就得到一个cgimagesourceref,通过cgimagesourceref我们就可以获取图片文件的大小,uti(uniform type identifier),内部包含几张图片,访问每一张图片以及获取每张图片对应的exif信息等。
 
  你可能会有一个疑问,为什么会有几张图片呢?
 
  这块儿我解释一下,imagesourceref和文件是一一对应的,通常我们见到的图片文件(例如jpg,png)内部都只有一张图片,这种情况我们通过cgimagesourcegetcount方法得到的就会是1。但是不能排除一个图片文件中会有多种图片的情况,例如gif文件,这个时候一个文件中就可能包含几张甚至几十张图片。前面我写的一片博客《ios中如何解析并显示gif》就是通过imagesource实现加载和解析gif的功能。
 
  下面是系统相机拍的照片的exif信息:

复制代码 代码如下:

image property: {
    colormodel = rgb;
    dpiheight = 72;
    dpiwidth = 72;
    depth = 8;
    orientation = 6;
    pixelheight = 2448;
    pixelwidth = 3264;
    "{exif}" =     {
        aperturevalue = "2.526069";
        brightnessvalue = "-0.5140446";
        colorspace = 1;
        componentsconfiguration =         (
            1,
            2,
            3,
            0
        );
        datetimedigitized = "2013:06:24 22:11:30";
        datetimeoriginal = "2013:06:24 22:11:30";
        exifversion =         (
            2,
            2,
            1
        );
        exposuremode = 0;
        exposureprogram = 2;
        exposuretime = "0.06666667";
        fnumber = "2.4";
        flash = 16;
        flashpixversion =         (
            1,
            0
        );
        focallenin35mmfilm = 33;
        focallength = "4.13";
        isospeedratings =         (
            400
        );
        meteringmode = 3;
        pixelxdimension = 3264;
        pixelydimension = 2448;
        scenecapturetype = 0;
        sensingmethod = 2;
        shutterspeedvalue = "3.906905";
        subjectarea =         (
            2815,
            1187,
            610,
            612
        );
        whitebalance = 0;
    };
    "{gps}" =     {
        altitude = "27.77328";
        altituderef = 0;
        latitude = "22.5645";
        latituderef = n;
        longitude = "113.8886666666667";
        longituderef = e;
        timestamp = "14:11:23.36";
    };
    "{tiff}" =     {
        datetime = "2013:06:24 22:11:30";
        make = apple;
        model = "iphone 5";
        orientation = 6;
        resolutionunit = 2;
        software = "6.1.4";
        xresolution = 72;
        yresolution = 72;
        "_ycbcrpositioning" = 1;
    };
}

  从中我们可以看出最开始的几项分别显示了当前图片的颜色模式,色深,x,y方向的dpi,实际像素以及图片的方向。我最开始看到这个方向时,心中一喜这不是uiimage中的imageorientation,但是实验发现这个方向和uiimage中的imageorientation并不相等,此处的方向是exif标准定义的方向,从1到8分别对应这uiimage中的8个方向,只是顺序不一样,它们对应关系如下:
 

复制代码 代码如下:

enum {
    exiforientationup = 1,      // uiimageorientationup
    exiforientationdown = 3,    // uiimageorientationdown
    exiforientationleft = 6,    // uiimageorientationleft
    exiforientationright = 8,   // uiimageorientationright
   
    // these four exiforientation does not support by all camera, but ios support these orientation
    exiforientationupmirrored = 2,          // uiimageorientationupmirrored
    exiforientationdownmirrored = 4,        // uiimageorientationdownmirrored
    exiforientationleftmirrored = 5,        // uiimageorientationleftmirrored
    exiforientationrightmirrored = 7,       // uiimageorientationrightmirrored
};
typedef nsinteger exiforientation;

  目前市面上的大部分数码相机和手机都会内置一个方向感应器,拍出的照片中会写如方向信息,但是通常都只会有前四种方向。这几种mirrored方向通常都是手机前置摄像头自拍的时候才会设置。
 
  exif为什么要搞这么一个方向呢?
 
  几乎所有的摄像头在出场的时候成相芯片都是有方向的,拍出来的照片的像素都是默认方向的。如果每拍一张照片就对这些像素进行旋转,如果数码相机每秒连拍20张来算,旋转操作将会非常耗时。更聪明的做法是拍照时只记录一个方向,然后显示的时候按方向显示出来即可。因此exif定义了一个标准的方向参数,只要读图的软件都来遵守规则,加载时候读取图片方向,然后做相应的旋转即可。这样既可以达到快速成像的目的,又能达到正确的显示,何乐而不为呢。
 
  常见的图片浏览和编辑软件都遵守这个规则,但是有一个我们最常用的看图软件(windows自带的看图程序)不会去读这个方向,因此我们将数码相机和手机拍出来的图片导入windows上时,会经常遇到方向错误的问题。不知道windows帝国是怎么想的,或许和定义exif的组织有什么过节吧。
 
  图片信息中除了上面看提到的那些,还有拍摄的gps信息,ios自带的相册软件中的地点tab就是按照gps信息实现的。还有很多其他的信息,感兴趣的可以自己写个程序研究研究,这里就不展开了。