赞
踩
本博文主要是介绍了:
①android上使用相机进行拍照并显示的两种方式,调用系统相机和自定相机;
②涉及到Android加载大图片时候出现OOM的问题处理;
③还有简要提一下有些人SurfaceView出现黑屏的原因;
④Android4.4版本后的拍照不能上传成功的问题;
(最近进行了这方面的学习,由于本人比较懒,所以本文在前辈的基础上总结并且拓展了一些东西,特此声明)
Android应用拍照的两种方式,调用系统相机和自定相机,展示出来的效果如下。
首先要配置权限:
- <uses-permission android:name="android.permission.CAMERA" />
- <uses-feature android:name="android.hardware.camera" />
- <uses-feature android:name="android.hardware.camera.autofocus" />
- <uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />
直接调用系统的相机应用,只需要在Intent对象中传入相应的参数即可,总体来说需要以下三步:
1. Compose a Camera Intent
MediaStore.ACTION_IMAGE_CAPTURE
拍照;
MediaStore.ACTION_VIDEO_CAPTURE 录像。
2. Start the Camera Intent
使用startActivityForResult()方法,并传入上面的intent对象。
之后,系统自带的相机应用就会启动,用户就可以用它来拍照或者录像。
3. Receive the Intent Result
用onActivityResult()
接收传回的图像,当用户拍完照片或者录像,或者取消后,系统都会调用这个函数。
如果不设置接收图像的部分,拍照完毕后将会返回到原来的activity,相片会自动存储在拍照应用的默认存储位置。
为了接收图像,需要做以下几个工作:
1.指定图像的存储位置,一般图像都是存储在外部存储设备,即SD卡上。
你可以考虑的标准的位置有以下两个:
Environment.getExternalStoragePublicDirectory
(Environment.DIRECTORY_PICTURES
)
这个方法返回图像和视频的标准共享位置,别的应用也可以访问,如果你的应用被卸载了,这个路径下的文件是会保留的。
为了区分,你可以在这个路径下为你的应用创建一个子文件夹。
Context.getExternalFilesDir
(Environment.DIRECTORY_PICTURES
)
这个方法返回的路径是和你的应用相关的一个存储图像和视频的方法。
如果应用被卸载,这个路径下的东西全都会被删除。
这个路径没有什么安全性限制,别的应用也可以自由访问里面的文件。
2.为了接收intent的结果,需要覆写activity中的 onActivityResult()
方法。
前面说过,可以不设置相机返回的图像结果的操作,此时在startActivityForResult()中不需要给intent传入额外的数据,这样在onActivityResult()回调时,返回的Intent data不为null,照片存在系统默认的图片存储路径下。
但是如果想得到这个图像,你必须制定要存储的目标File,并且把它作为URI传给启动的intent,使用MediaStore.EXTRA_OUTPUT作为关键字。
这样的话,拍摄出来的照片将会存在这个特殊指定的地方,此时没有thumbnail会被返回给activity的回调函数,所以接收到的Intent data为null。
1.检查相机是否存在,并获取相机Camera。
2.创建一个相机图像预览类:extends SurfaceView并implements SurfaceHolder(我定义:MySurfaceView)
3.把这个预览类放入一个自定义布局layout里面,并且可以在layout里添加自己的其他按钮
4.设置对应的拍照按钮然后听事件
5.捕获照片和保存图片
6.释放掉我们使用的相机Camera,不然之后其他应用将无法使用它。
这个问题有点老生长谈了,平时我们经常遇到一些图片资源,我们把它加载到内存发现抛出内存不够用的异常,即OOM,当然加载图片时出现的OOM情况有很多种,比如单张图片没有做压缩,导致图片占用内存过大而发生内存溢出,也有多张图片一次性加载进来,导致的内存溢出。
通常单张大图,我们加载进来往往会经过一个图片的压缩处理的过程,而如果多张图片加载,我们可能就需要一些缓存机制,再加上一些算法来保证程序不出现OOM。
我们这里想要讲的知识点跟单张大图比较有关系
首先,我们知道一个图片,它是由很多像素点来表示的,而像素点的个数只跟图片的分辨率有关,而跟图片所占的内存空间大小无关。比如我们的桌面壁纸:1280 * 768 的分辨率,那么它就有 1280 * 768 = 983040个像素点,这意味着什么呢?我们知道我们要表示一个像素点的颜色,最经常我们需要RGB三种颜色来表示,而R:0~255,相当于两个FF的位置,就是8位,这样的话RGB合起来,一个像素点的表示就需要24位(这就是我们平衡听到的24位图),而加上透明度的8位,就是平时说的32位图。那么一张图片,它加载到内存中的话,它会占用多大的空间呢?
计算方法:(像素点 * 一个像素所占用的byte数) / 1024 / 1024 (MB)
以1280 * 768 的分辨率,32位图为例:所占内存大小: ((1280 * 768 * (32 / 8)) / 1024)/1024=3.75(MB)
说了这么多,那么我们再来说下Android系统的规定吧,Android系统严格规定了每个应用所能分配的最大的内存为多少,我们知道有一个VM值(在我们创建模拟器的时候),这个VM值里面便是我们所说的堆空间(Heap Size),当你的应用占用的空间已经超出我们定义的堆空间大小,那么不好意思,OOM
这样的话,我们明白了图片的大小占据原理,还有尽量不要超出这个堆空间,那么OK,现在问题变得简单了。如果我们有一种方式可以在图片加载进来之前,知道图片的大小,然后改变它的长、宽,这样的话,分辨率便变小了,这样出来的乘积也就变小了。比如:我们的屏幕只有320 * 240, 这时候你加载大分辨的图片进来最多也只能显示成这样,所以我们常采用的是对图片进行压缩处理。这里有个概念叫压缩比:
长:1024 / 320 = 3.2 约等于 3
宽:768 / 240 = 3.2
那这样我们如果把图片压缩成这样大小的,最后的图片加载进来的大小便是
((320 * 240 * (32 / 8)) / 1024)/1024=0.29(MB)
希望我这样讲完,大家都能听懂了,我这里先把照相机实例中出现的关于如果处理这块图片的代码先粘出来
- </pre><pre name="code" class="html">//-----------------------Android大图的处理方式---------------------------
- private void setPicToImageView(ImageView imageView, File imageFile){
- int imageViewWidth = imageView.getWidth();
- int imageViewHeight = imageView.getHeight();
- BitmapFactory.Options opts = new Options();
-
- //设置这个,只得到Bitmap的属性信息放入opts,而不把Bitmap加载到内存中
- opts.inJustDecodeBounds = true;
- BitmapFactory.decodeFile(imageFile.getPath(), opts);
-
- int bitmapWidth = opts.outWidth;
- int bitmapHeight = opts.outHeight;
- //取最大的比例,保证整个图片的长或者宽必定在该屏幕中可以显示得下
- int scale = Math.max(imageViewWidth / bitmapWidth, imageViewHeight / bitmapHeight);
-
- //缩放的比例
- opts.inSampleSize = scale;
- //内存不足时可被回收
- opts.inPurgeable = true;
- //设置为false,表示不仅Bitmap的属性,也要加载bitmap
- opts.inJustDecodeBounds = false;
-
- Bitmap bitmap = BitmapFactory.decodeFile(imageFile.getPath(), opts);
- imageView.setImageBitmap(bitmap);
- }
关于堆空间:
堆(HEAP)是VM中占用内存最多的部分,通常是动态分配的。堆的大小不是一成不变的,通常有一个分配机制来控制它的大小。比如初始的HEAP是4M大,当4M的空间被占用超过75%的时候,重新分配堆为8M大;当8M被占用超过75%,分配堆为16M大。倒过来,当16M的堆利用不足30%的时候,缩减它的大小为8M大。重新设置堆的大小,尤其是压缩,一般会涉及到内存的拷贝,所以变更堆的大小对效率有不良影响。
废话少说下面就看代码咯~~为了大家看起来方便点,代码的结构可能不是很规范!
源码下载地址:http://download.csdn.net/detail/u011133213/7844683
根据Camera API实现自己的拍照和摄像程序
通过上面对调用系统Camera App实现拍照和摄像功能的例子,我们发现虽然能够满足我们的需求,但是毕竟自由度降低了,而且拍照的界面就是系统的样子,现在很多拍照程序,比如火爆的Camera 360软件等,就需要根据SDK提供的Camera API来编写自己的程序。
准备工作
上面调用系统Camera App,我们压根不需要任何权限,但是这里用Camera API,就必须在manifest内声明使用权限,通常由以下三项
- <uses-permission android:name = "android.permission.CAMERA" />
- <uses-feature android:name = "android.hardware.camera" />
- <uses-feature android:name = "android.hardware.camera.autofocus" />
- 一般拍照和摄像的时候需要写到sd卡上,所以还有一向权限声明如下
- <uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE"/>
真做摄像功能时,需要音频录制和视频录制功能,所以又需要下面两项权限声明
- <uses-permission android:name="android.permission.RECORD_VIDEO"/>
- <uses-permission android:name="android.permission.RECORD_AUDIO"/>
另外使用Camera API拍照或摄像,都需要用到预览,预览就要用到SurfaceView,为此Activity的布局中必须有SurfaceView。
拍照流程
上面简单介绍了下准备工作,下面结合拍照过程中的需要用到的API对拍照流程做下简单描述
1、在Activity的OnCreate函数中设置好SurfaceView,包括设置SurfaceHolder.Callback对象和SurfaceHolder对象的类型,具体如下
- SurfaceView mpreview = (SurfaceView) this.findViewById(R.id.camera_preview);
- SurfaceHolder mSurfaceHolder = mpreview.getHolder();
- mSurfaceHolder.addCallback(this);
- mSurfaceHolder.setType(SurfaceHolder.SURFACE_TYPE_PUSH_BUFFERS);
2、在SurfaceHolder.Callback的surfaceCreated函数中,使用Camera的Open函数开机摄像头硬件,这个API在SDK 2.3之前,是没有参数的,2.3以后支持多摄像头,所以开启前可以通过getNumberOfCameras先获取摄像头数目,再通过getCameraInfo得到需要开启的摄像头id,然后传入Open函数开启摄像头,假如摄像头开启成功则返回一个Camera对象,否则就抛出异常;
3、开启成功的情况下,在SurfaceHolder.Callback的surfaceChanged函数中调用getParameters函数得到已打开的摄像头的配置参数Parameters对象,如果有需要就修改对象的参数,然后调用setParameters函数设置进去(SDK2.2以后,还可以通过Camera::setDisplayOrientation设置方向);
4、同样在surfaceChanged函数中,通过Camera::setPreviewDisplay为摄像头设置SurfaceHolder对象,设置成功后调用Camera::startPreview函数开启预览功能,上面3,4两步的代码可以如下所示
- public void surfaceChanged(SurfaceHolder holder, int format, int w, int h)
-
- {
-
- //已经获得Surface的width和height,设置Camera的参数
-
- Camera.Parameters parameters = camera.getParameters();
-
- parameters.setPreviewSize(w, h);
-
- List<Size> vSizeList = parameters.getSupportedPictureSizes();
-
- for(int num = 0; num < vSizeList.size(); num++)
-
- {
-
- Size vSize = vSizeList.get(num);
-
- }
-
- if(this.getResources().getConfiguration().orientation != Configuration.ORIENTATION_LANDSCAPE)
-
- {
-
- //如果是竖屏
-
- parameters.set("orientation", "portrait");
-
- //在2.2以上可以使用
-
- //camera.setDisplayOrientation(90);
-
- }
-
- else
-
- {
-
- parameters.set("orientation", "landscape");
-
- //在2.2以上可以使用
-
- //camera.setDisplayOrientation(0);
-
- }
-
- camera.setParameters(parameters);
-
- try {
-
- //设置显示
-
- camera.setPreviewDisplay(holder);
-
- } catch (IOException exception) {
-
- camera.release();
-
- camera = null;
-
- }
-
- //开始预览
-
- camera.startPreview();
-
- }
5、假设要支持自动对焦功能,则在需要的情况下,或者在上述surfaceChanged调用完startPreview函数后,可以调用Camera::autoFocus函数来设置自动对焦回调函数,该步是可选操作,有些设备可能不支持,可以通过Camera::getFocusMode函数查询。代码可以参考如下:
// 自动对焦 camera.autoFocus(new AutoFocusCallback() { @Override public void onAutoFocus(boolean success, Camera camera) { if (success) { // success为true表示对焦成功,改变对焦状态图像 ivFocus.setImageResource(R.drawable.focus2); } } });
6、在需要拍照的时候,调用takePicture(Camera.ShutterCallback, Camera.PictureCallback, Camera.PictureCallback, Camera.PictureCallback)函数来完成拍照,这个函数中可以四个回调接口,ShutterCallback是快门按下的回调,在这里我们可以设置播放“咔嚓”声之类的操作,后面有三个PictureCallback接口,分别对应三份图像数据,分别是原始图像、缩放和压缩图像和JPG图像,图像数据可以在PictureCallback接口的void onPictureTaken(byte[] data, Camera camera)中获得,三份数据相应的三个回调正好按照参数顺序调用,通常我们只关心JPG图像数据,此时前面两个PictureCallback接口参数可以直接传null;
7、每次调用takePicture获取图像后,摄像头会停止预览,假如需要继续拍照,则我们需要在上面的PictureCallback的onPictureTaken函数末尾,再次掉哟更Camera::startPreview函数;
8、在不需要拍照的时候,我们需要主动调用Camera::stopPreview函数停止预览功能,并且调用Camera::release函数释放Camera,以便其他应用程序调用。SDK中建议放在Activity的Pause函数中,但是我觉得放在surfaceDestroyed函数中更好,示例代码如下
- // 停止拍照时调用该方法
- public void surfaceDestroyed(SurfaceHolder holder)
- {
-
- // 释放手机摄像头
- camera.release();
- }
以上就是自己实现拍照程序的的流程,一般还可以还可以获取预览帧的图像数据,可以分别通过Camera::setPreviewCallback和Camera::setOneShotPreviewCallback来设置每帧或下一帧图像数据的回调,这里就不做展开了。
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。