Android v7 包导入报错问题
2015-07-15 22:20
218 查看
1.兼容包目的
android的扩展包主要是用来兼容低版本的。
E.g:比如android3.0以后出现了actionbar,如果要使用actionbar,那么手机系统必须在3.0以上才能使用,这样将会导致很多用户不能安装apk从而损失用户;
2.常见错误
1、导入v7包:
Eclipse——>Import—>Existing Android Code Into Workspase—>D:\IDE\ANDROID64\sdk\extras\android\support\v7\appcompat;
导入成功后,在工作空间里就会有技术分享这样一个项目,打开看看里面的内容,发现src目录下是空的,为什么没有代码呢?
原来v7包将java源代码打成了jar包技术分享,在项目libs目录下;整个工程的结构就是引用了v7-appcompat.jar,然后一个res目录;其实这个res目录才是重点,如果没有res目录,v7包的使用就不会这么麻烦,直接将v7-appcompat.jar拷贝到项目中就行了,但是这个jar包中是没有资源目录的,这就是为什么v7支持包需要一库工程的形式供开发者使用。
2、接下来会发现v7工程报了错误:
打开资源目录,错误技术分享,这是android为了兼容和适配不同版本系统而细分了很多个values目录,values-v21就是Android5.0系统加载的资源目录(根据values后面的后缀,可区分不同版本、不同分辨率、不同语言等从而兼容不同版本、适配不同屏幕大小和不同国家语言),有人会尝试把这些“多余”的values包删除掉,就不报错了,但是发现删除这个后又有了新的错误技术分享,永无止境,况且即使你把所有的错误都删除,估计这个v7包也没什么用了,所以这种解决办法是不可行的。
刚刚上面说到了values-v21是Android5.0加载资源的目录,但是我发现我的编译版本技术分享是4.0,这就是为什么报错,因为编译版本是4.0,在应用编译打安装包时,她不认为这个应用会安装到5.0上,因为target是4.0,所以它不会为5.0做任何事情,也就更不会将values-21打包进去,既然不会打包进去,存在就没什么价值,所以认为Android4.0应用中不应该存在这个values-21,所以就报错了;解决办法就是讲编译版本提高到5.0以上:
解决办法:只要将编译版本提高到5.0就行(右击–>Properties—>Project Build Target—>勾选5.0———>clean库工程)
3、我们的工程应用库工程后,还是报错,同样的道理,因为我们的工程将v7库工程引用进来后,我么你的资源目录里面就包括了v7的资源目录,里面照样也会有values-v21等,我已也要将我们的工程编译版本提高到5.0,然后clean
4、完成上述操作后,发现工程没有错误了,但是一运行,有报错:
它说在support-v7包的ActionBar中有多个dex文件,但遇到这种错误,一般都是重复引入jar包造成的;
再看看工程的build path:
果然发现引入了两个v4和v7包,这是为什么?
原来在我们自己的工程libs下有一个v4包和一个v7包,而v7库工程里面也有,我的工程又引用了v7库工程,这样将v7库工程下的v4和v7包也引入了,所以导致工程中重复了:
找到了原因,问题就迎刃而解了,打开工程的build path,Remove掉我们工程中的两个支持包就行:
android的扩展包主要是用来兼容低版本的。
E.g:比如android3.0以后出现了actionbar,如果要使用actionbar,那么手机系统必须在3.0以上才能使用,这样将会导致很多用户不能安装apk从而损失用户;
2.常见错误
1、导入v7包:
Eclipse——>Import—>Existing Android Code Into Workspase—>D:\IDE\ANDROID64\sdk\extras\android\support\v7\appcompat;
导入成功后,在工作空间里就会有技术分享这样一个项目,打开看看里面的内容,发现src目录下是空的,为什么没有代码呢?
原来v7包将java源代码打成了jar包技术分享,在项目libs目录下;整个工程的结构就是引用了v7-appcompat.jar,然后一个res目录;其实这个res目录才是重点,如果没有res目录,v7包的使用就不会这么麻烦,直接将v7-appcompat.jar拷贝到项目中就行了,但是这个jar包中是没有资源目录的,这就是为什么v7支持包需要一库工程的形式供开发者使用。
2、接下来会发现v7工程报了错误:
打开资源目录,错误技术分享,这是android为了兼容和适配不同版本系统而细分了很多个values目录,values-v21就是Android5.0系统加载的资源目录(根据values后面的后缀,可区分不同版本、不同分辨率、不同语言等从而兼容不同版本、适配不同屏幕大小和不同国家语言),有人会尝试把这些“多余”的values包删除掉,就不报错了,但是发现删除这个后又有了新的错误技术分享,永无止境,况且即使你把所有的错误都删除,估计这个v7包也没什么用了,所以这种解决办法是不可行的。
刚刚上面说到了values-v21是Android5.0加载资源的目录,但是我发现我的编译版本技术分享是4.0,这就是为什么报错,因为编译版本是4.0,在应用编译打安装包时,她不认为这个应用会安装到5.0上,因为target是4.0,所以它不会为5.0做任何事情,也就更不会将values-21打包进去,既然不会打包进去,存在就没什么价值,所以认为Android4.0应用中不应该存在这个values-21,所以就报错了;解决办法就是讲编译版本提高到5.0以上:
解决办法:只要将编译版本提高到5.0就行(右击–>Properties—>Project Build Target—>勾选5.0———>clean库工程)
3、我们的工程应用库工程后,还是报错,同样的道理,因为我们的工程将v7库工程引用进来后,我么你的资源目录里面就包括了v7的资源目录,里面照样也会有values-v21等,我已也要将我们的工程编译版本提高到5.0,然后clean
4、完成上述操作后,发现工程没有错误了,但是一运行,有报错:
它说在support-v7包的ActionBar中有多个dex文件,但遇到这种错误,一般都是重复引入jar包造成的;
再看看工程的build path:
果然发现引入了两个v4和v7包,这是为什么?
原来在我们自己的工程libs下有一个v4包和一个v7包,而v7库工程里面也有,我的工程又引用了v7库工程,这样将v7库工程下的v4和v7包也引入了,所以导致工程中重复了:
找到了原因,问题就迎刃而解了,打开工程的build path,Remove掉我们工程中的两个支持包就行:
相关文章推荐
- 获取Android控件的宽和高
- Android Day02-Android中单元测试(junit测试)&monkey测试
- android 从broadcastReceiver的onReceive方法中启动activity
- android当蓝牙设备连接或者断开时候的广播事件处理
- 使用AndroidFrameworks开发和应用隐藏类 or Android使用自定义framework开发与应用
- Android笔记之多个Activity的生命周期交互
- Android 开发 实现复选
- Android ListView表单实现多选删除,高度随表单项多少变化
- Android_线程_多线程下载
- android Json数据解析(API数据进行解析),基于URLConnection
- 在android创建bitmap避免低记忆法
- android string.xml格式化
- Handler
- Android之——多线程断点续传下载示例
- Android 判断EditView是否为密码框
- Android代码修改出现error opening trace file: No such file or directory (2)解决办法之一
- Android ListView滑动过程中图片显示重复错乱闪烁问题解决
- Android 开发 单选按钮的实现
- android官方教程学习01——ActionBar1
- 基于Android源码的模块编译