android向后兼容

A. minSdkVersion设置为7，而android sdk用的是4.0，会不会有问题

不会有问题的，由于andrid系统是向下兼容的,也就是说,高版本的SDK会兼容低版本的SDK。
举例说明：
1. 新建一个 Android Project (HelloAndroid), 指定为 Android 2.2 版本，对应的 minSdkVersion 填8，finish;
2. 此时我们运行 HelloAndroid ,会运行一个 2.2 版本的模拟器。
3. 假若现在去 AndroidManifest.xml 文件 中修改 android:minSdkVersion=7，再次运行，那么会在已经打开的 2.2 模拟器上运行。因为 Android API 都是向后兼容的，所以系统在编译时，这个 Project 是利用 2.1 版本来编译的，但也可以在 2.2 模拟器上运行；若先把 2.2 模拟器关闭，再运行 HelloAndroid 这个Project 的话，那么会新建一个 API Level=7 的 模拟器来运行这个程序（也就是 2.1模拟器）。
4. 假若修改 android:minSdkVersion=10， 那么无论是否打开了 2.2 版本的模拟器，都会报错：
ERROR: Application requires API version 10. Device API version is 8 (Android 2.2).
Launch canceled。

B. android的软件能向下兼容吗

当然可以，安卓兼容性很好的

C. 开发一个android程序，可以在不同安卓系统版本的手机上运行吗

可以的,在新建一个 android project 时，要求输入 minSdkVersion 这一项，一般我们是指定和我们使用的 SDK 版本相一致的 API Level. 然后，在androidManifest.xml 文件中会有一个对应的属性：android:minSdkVersion .那这个属性就决定了本程序最低兼容的android系统版本。

由于andrid系统是向下兼容的,也就是说,高版本的SDK会兼容低版本的SDK

举例说明：
1. 我们新建一个 Android Project (HelloAndroid), 指定为 Android 2.2 版本，对应的 minSdkVersion 填8，finish;
2. 此时我们运行 HelloAndroid ,会运行一个 2.2 版本的模拟器。
3. 假若我们现在去 AndroidManifest.xml 文件 中修改 android:minSdkVersion=7，再次运行，那么会在我们已经打开的 2.2 模拟器上运行。因为 Android API 都是向后兼容的，所以系统在编译时，这个 Project 是利用 2.1 版本来编译的，但也可以在 2.2 模拟器上运行；若我们先把 2.2 模拟器关闭，再运行 HelloAndroid 这个Project 的话，那么会新建一个 API Level=7 的 模拟器来运行这个程序（也就是 2.1模拟器）。
4. 假若我们修改 android:minSdkVersion=10， 那么无论你是否打开了 2.2 版本的模拟器，都会报错：
ERROR: Application requires API version 10. Device API version is 8 (Android 2.2).
Launch canceled!

D. Android是否有可能出现向下兼容的版本

不用,你可以设置最低适配的sdk版本,低版本可以装在高版本,高版本不能装在低版本上,设定最低版本就可以了

E. android问题：那些所谓的向后兼容库，是不是是说，我能从API LEVEL8开始向上兼容到19，还是只有8—11

安卓的兼容性向后兼容是指高API的功能是能够兼容低版本的API的。但是只对高于2.0版本的sdk来卓的！低于2.0的要兼容需要用到V4包下的API

F. 怎么在开发时可以让Android应用程序支持安装到SD卡

自从Android 2.2版本开始，Android系统引入了一个全新的功能——APP2SD，这个功能让Android系统允许将应用程序安装到SD卡上面，一方面节约出更多的RAM空间，另一方面也允许应用程序扩大自身的体积。

但是仅仅Android系统支持APP2SD，这样还是不够的，应用程序如果不经过处理，仍然会一如既往的转进RAM里。这是因为Android系统保持向后兼容的特性。那么，如果让应用程序不装入RAM，而是装入SD卡呢？这需要在应用程序的Android清单文件manifest.xml的manifest元素里加入android:installLocation属性。其值为：perferExtenal或auto。

perferExtental——意味着此应用程序安装到扩展存储（通常就是SD卡），但是系统不能保证应用肯定会安装到扩展存储。如果扩展存储没有空间或者不可用，那么系统仍然会将应用程序安装到RAM里。

auto——意味着此应用程序可能安装到扩展存储，但是对安装位置没有特别偏好，将有系统根据自身算法，参考很多因素之后决定将此应用程序安装到哪里。()

internalOnly——意味着此应用程序只能被安装到RAM。

一旦加入android:installLocation，不论其值为什么，用户都可以将应用程序在RAM和SD卡之间自由移动。当应用程序安装到SD卡后，需要注意以下几点：

1. 仅apk文件保存在SD卡上，其他所有用户的私有数据、数据库、经过优化的dex文件和释放的原生代码仍然保存在RAM上。

2. SD卡里的应用程序在进行安装时会被加密，因此安装在SD卡上的应用程序仅对安装这个应用程序的设备起效，在其他设备上将不能运行。

3. 当用户启用USB大容量存储以共享文件给计算机、或者卸载SD卡，那么所有安装在SD卡上的应用都会被立即结束。

由于安装在SD卡上的应用程序会受到SD卡状态的影响，所以为了确保应用程序的健壮性，在决定应用程序是否可以安装在SD卡上时，应该做到以下原则：

1. 有后台服务（Service）的应用程序，不应该支持APP2SD上。因为Service是前台界面不可见的，在卸载SD卡或者启用USB时，用户并无法知道该应用程序的Service是否处于活动状态。所以可能造成Service的意外终止。

2. 输入法程序不应该支持APP2SD。如果卸载SD或者启用USB，那么该输入法将被终止，并由系统默认输入法所替代。

3. 壁纸和包含桌面小工具（Widget）等常显于界面的应用程序不应该支持APP2SD。

4. AccountManager等与用户数据有关的应用程序不应该支持APP2SD，因为在SD卡正常挂载之前，程序都无法看到通过AccountManager创建的用户。

如果应用程序有Service、或支持桌面小工具等以上提到的功能时，应该尽可能避免被安装到SD卡上。一种保险的做法是指定android:installLocation的值为internalOnly。

由于APP2SD是Android 2.2版本的新特性，如果该应用程序被计划支持2.2之前的版本，做到向后兼容的话，那么需要进行以下步骤：

1. 在manifest元素里加入android:installLocation属性，并指定其值为perferExternal或者auto。

2. 指定andorid：minSdkVersion值，其值可以小于8（2.2版本之前）。

3. 更改该应用程序的build target为API Level 8，以使编译器能编译此应用程序。（必须）如果不指定build target，那么旧的Android库将无法理解android:installLocation属性，也就无法编译此应用。

实现以上三个步骤之后，那么如果此应用被安装到API Level低于8的设备上时，android:installLocation属性将被忽略。并且该应用会被安装于RAM上。

G. android studio 怎么支持向下兼容android版本

File -> Project Structure -> app -> Flavors

Min SDK version 选择最低的兼容版本

H. android程序如何设计成向下兼容或者兼容多个android版本系统

android程序不可能实现向下兼容，设计既是如此；高版本中底层的变化，新接口什么的低版本是支持不了的；要想兼容多个android版本系统，你只能在低版本的系统上开发。