Android开发学习之路-插件安装、检查应用是否安装解决方案
2016-07-26 21:16
609 查看
使用Bmob的时候,如果需要用到支付功能,就需要让应用去安装一个支付插件。而一般的做法是将插件放置在assets目录中,当用户需要支付,先检查是否能支付,不能的话,提示安装插件。代码:
我们不能直接执行assets下的安装包,所以这里的做法是先获得Assets目录的输入流。接着创建一个文件,这个文件用来存放我们从assets目录下读出的安装包内容。上述代码中的12和13行中,我们通过getExternalCacheDir()来获取主要存放的目录,再通过File.separator来插入一个路径分隔符,最后填上文件名来作为整个文件的绝对路径。这里有一个地方要说明,先看下面两个方法:
getExternalCacheDir():获取应用目录下的cache目录,不需要读写权限,应用删除时也会删除
getExternalStorageDirectory():获取主外部储存的根目录,需要读写权限,应用删除不会删除
因为这个插件不需要共享给其他应用,所以我们需要使用第一个方法。如果使用了第二个,则会破坏掉用户外部储存的目录结构,毕竟无端的多出了一个文件,用户感觉当然是不好的。
接着判断文件是否存在,若存在则重新建立。再创建一个byte数组来进行数据读写操作的辅助,不断地从输入流中读入数据,写到文件中。但是这里有一个问题要注意,我们传输的是一个安装包,只要最后传输的文件和assets目录下的安装包有一点不同,那么这个安装包都是不能使用的(安装会提示解析出错)。这里要留意的地方就是22行,这个write方法不能写错。
如果我们直接使用:
则这个传输就不正确了,这里先想想为什么?可以看到,我们定义了一个局部变量i来获取每次读入的大小,只要这个i的值不为-1,则循环一直进行。但是试想最后一次循环的时候,假设数据只有500个byte,那么我们直接调用fos.write(bytes)则是相当于把整一个bytes数组都写进输出流,但是实际上我们只需要前500个。
当读写完全后,我们可以通过Intent来打开这个安装包,写法就是上面那样。
另一个内容就是检查一个应用是否已经安装,例如我们在调用微信分享的时候,如果用户手机中没有微信,那么App将会没任何反应,这不会是是我们希望看到的,所以一般会先判断微信是否已经安装(其他应用类似)。
判断一个App是否已经安装,我在StackOverFlow中看到的很多方法都是直接的使用PackageManager来获取所有Activity对应的PackageInfo,代码如下:
实际上这样做是不行的。原因是系统中的应用Activity对应的Package是很多的,如果在短时间内对这些信息进行包装,则会抛出异常并终止处理(一般处理30个左右就会自动终止),因为这个异常不是RuntimeException,所以我们的App也不会Crash掉,只是结果不正确。
正确的做法应该是这样:
直接根据包名获取其PackageInfo对象,如果不存在,则在抛出的异常中返回false即可。
public class InstallHelper { private static final String TAG = "InstallHelper"; private Context mContext; InstallHelper(Context context) { mContext = context; } void installAssetApk(String fileName) { try { InputStream is = this.mContext.getAssets().open(fileName); File file = new File(mContext.getExternalCacheDir()+ File.separator + "demo.apk"); if (file.exists()) { file.delete(); } file.createNewFile(); FileOutputStream fos = new FileOutputStream(file); byte[] bytes = new byte[1024]; int i; while ((i = is.read(bytes)) > 0) { fos.write(bytes, 0, i); } fos.close(); is.close(); Intent intent = new Intent(Intent.ACTION_VIEW); intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK); intent.setDataAndType(Uri.parse("file://" + file), "application/vnd.android" + "" + ".package-archive"); mContext.startActivity(intent); } catch (IOException e) { e.printStackTrace(); } } }
我们不能直接执行assets下的安装包,所以这里的做法是先获得Assets目录的输入流。接着创建一个文件,这个文件用来存放我们从assets目录下读出的安装包内容。上述代码中的12和13行中,我们通过getExternalCacheDir()来获取主要存放的目录,再通过File.separator来插入一个路径分隔符,最后填上文件名来作为整个文件的绝对路径。这里有一个地方要说明,先看下面两个方法:
getExternalCacheDir():获取应用目录下的cache目录,不需要读写权限,应用删除时也会删除
getExternalStorageDirectory():获取主外部储存的根目录,需要读写权限,应用删除不会删除
因为这个插件不需要共享给其他应用,所以我们需要使用第一个方法。如果使用了第二个,则会破坏掉用户外部储存的目录结构,毕竟无端的多出了一个文件,用户感觉当然是不好的。
接着判断文件是否存在,若存在则重新建立。再创建一个byte数组来进行数据读写操作的辅助,不断地从输入流中读入数据,写到文件中。但是这里有一个问题要注意,我们传输的是一个安装包,只要最后传输的文件和assets目录下的安装包有一点不同,那么这个安装包都是不能使用的(安装会提示解析出错)。这里要留意的地方就是22行,这个write方法不能写错。
如果我们直接使用:
fos.write(bytes); // 相当于fos.write(bytes, 0, bytes.length),也就是把整个bytes数组写入输出流
则这个传输就不正确了,这里先想想为什么?可以看到,我们定义了一个局部变量i来获取每次读入的大小,只要这个i的值不为-1,则循环一直进行。但是试想最后一次循环的时候,假设数据只有500个byte,那么我们直接调用fos.write(bytes)则是相当于把整一个bytes数组都写进输出流,但是实际上我们只需要前500个。
当读写完全后,我们可以通过Intent来打开这个安装包,写法就是上面那样。
另一个内容就是检查一个应用是否已经安装,例如我们在调用微信分享的时候,如果用户手机中没有微信,那么App将会没任何反应,这不会是是我们希望看到的,所以一般会先判断微信是否已经安装(其他应用类似)。
判断一个App是否已经安装,我在StackOverFlow中看到的很多方法都是直接的使用PackageManager来获取所有Activity对应的PackageInfo,代码如下:
private boolean isWechatInstall() { List<PackageInfo> installedPackages = getPackageManager().getInstalledPackages (PackageManager.GET_ACTIVITIES); for (PackageInfo p : installedPackages) { if (p.packageName.equals("com.tencent.mm")) { return true; } } return false; }
实际上这样做是不行的。原因是系统中的应用Activity对应的Package是很多的,如果在短时间内对这些信息进行包装,则会抛出异常并终止处理(一般处理30个左右就会自动终止),因为这个异常不是RuntimeException,所以我们的App也不会Crash掉,只是结果不正确。
正确的做法应该是这样:
private boolean isAppInstalled(String packageName) { PackageManager pm = getPackageManager(); boolean installed; try { pm.getPackageInfo(packageName, PackageManager .GET_ACTIVITIES); installed = true; } catch (PackageManager.NameNotFoundException e) { installed = false; } return installed; }
直接根据包名获取其PackageInfo对象,如果不存在,则在抛出的异常中返回false即可。
相关文章推荐
- android studio service
- Android界面性能调优手册
- AndroidStudio——手动打包
- Android Volley完全解析(郭林老师作品)
- 多媒体-FFMPEG-Anroid-采集-PCM-MP3
- Android 内存溢出解决方案(OOM)
- Android TV gridview 的按键事件响应巧变 && 事件分发机制
- 事件分发与消费机制
- android ANR分析
- Android中关于Handler的若干思考
- 自定义View实战总结
- android 简易异步任务工具
- Android Studio,“Failed to sync Gradle project 'xxxx' ”的解决
- Android基本控件复习笔记(一)
- Android多线程----异步消息处理机制之Handler详解
- Android AsyncTask异步机制用法
- Android基础学习之Android 四大组件详解
- Android Studio 导入第三方jar包
- android ListView 记录当前位置 恢复
- 操蛋的Camera V2