android下v4    v7   v21等包是android系统的扩展支持包，就想windows的系统补丁一个道理。

android的扩展包主要是用来兼容低版本的，比如android3.0以后出现了actionbar，如果要使用actionbar，那么手机系统必须在3.0以上才能使用，这样将会导致很多用户不能安装apk从而损失用户；(有人会想，为什么不直接将新出来的东西全部打包到sdk中而是提供各种支持包？我是这样理解的，比如：如果将原生actionbar直接打包到低版本的sdk包中，而低版本手机里面却没有相关的代码，这样即使在开发的时候能在兼容低版本，但运行在低版本手机上时，应用去系统中找actionbar，发现没有就会报错，所以这种做法是不能实现的)

google开发人员将高版本出来的新东西做了很多向下兼容的支持包，这就是v4、v7...等包的作用，实现的原理就是模仿高版本的新内容，使用低版本去实现(比如v7包中actionbar，其实就是自定义了一个title栏，然后上面有title、logo、back键等等，给这些控件赋值或者设置属性都是模仿原生actionbar的属性名称，具体请关注我下一篇博客---使用actionbarsherlock替换原生actionbar)

然而，当我使用v7包的时候却不是那么顺畅，在这里总结一下使用的步骤、遇到的错误以及解决的办法：

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掉我们工程中的两个支持包就行：

运行项目，大功告成

原文：http://blog.csdn.net/xmxkf/article/details/45919515