androidlargeheap
A. Android 在程序运行时，有若干个activity，怎么在退出这个Activity是，释放掉它所占用的运行空间
你每次退出activity的时候调用finish()稍后会自动清理释放内存的，你可以直接在activity的onStop方法里面写这个方法，这样当界面不可见的时候就会自动finish了
你可以在你的Manifest里面的application中加
android:largeHeap="true"
android:hardwareAccelerated="true"
这样系统就会分配更大的内存给你了
B. android转场动画windowAnimation和ActivityAnimation的区别
1.windowAnimation包括windowEnterAnimation和windowExitAnimation；
ActivityAnimation包含android:activityOpenEnterAnimation，android:activityOpenExitAnimation，android:activityCloseEnterAnimation和android:activityCloseExitAnimation
2.在项目中WindowAnimation的控制权大于Activity的控制权，
即在Activity转场过程中，如果同时设置了WindowAnimation和ActivityAnimation,那么可能（因为这种情况非常多）只会执行WindowAnimation
3.对于WindowAnimation的定义很简单，在style.xml文件中只需要继承Animation Style即可
<style name="Animation" parent="@android:style/Animation">
<!--窗体进入动画-->
<item name="android:windowEnterAnimation">@anim/slide_left_enter</item>
<!--窗体退出动画-->
<item name="android:windowExitAnimation">@anim/slide_right_exit</item>
</style>
对于Activity,需要继承Animation Activity Style
<style name="FeelyouWindowAnimTheme" parent="@android:style/Animation.Activity">
<item name="android:activityOpenEnterAnimation">@android:anim/slide_in_left</item>
<item name="android:activityOpenExitAnimation">@android:anim/slide_out_right</item>
<item name="android:activityCloseEnterAnimation">@anim/push_right_in</item>
<item name="android:activityCloseExitAnimation">@anim/push_left_out</item>
</style>
当我们从 A1 启动 A2 时，A1 从屏幕上消失，这个动画叫做 android:activityOpenExitAnimation
当我们从 A1 启动 A2 时，A2 出现在屏幕上，这个动画叫做 android:activityOpenEnterAnimation
当我们从 A2 退出回到 A1 时，A2 从屏幕上消失，这个叫做 android:activityCloseExitAnimation
当我们从 A2 退出回到 A1 时，A1 出现在屏幕上，这个叫做 android:activityCloseEnterAnimation
从上述2中动画的定义上来看，显然ActivityAnimation更为复杂，但这种复杂带来的转场效果非常好，
可以同时控制2个Activity的动画，而不像WindowAnimation只能控制下一个Activity的窗体动画。
5.在开发中，窗体动画也可以使用 Activity.overridePendingTransition来设置,也可以定义在主题中，但Activity只能使用在主题中
<application
android:name="test.view.weitop.BaseApplication"
android:allowBackup="false"
android:hardwareAccelerated="false"
android:icon="@drawable/app_logo"
android:label="@string/app_name"
android:largeHeap="true"
android:theme="@style/Theme.App" >
</application>
6.对于比较追求界面美感的动画，使用ActivityAnimation要好得多，因此对于一般开发使用windowAnimation即可，
但对于追求用户体验，那么直接使用Activity Animation 吧
C. Android App内存优化
内存优化就是对内存问题的一个预防和解决，做内存优化能让应用挂得少、活得好和活得久。
挂的少：
“挂”指的是 Crash，内存问题导致 Crash 的具体表现就是内存溢出异常 OOM。
活得好：
活得好指的是使用流畅，Android 中造成界面卡顿的原因有很多种，其中一种就是由内存问题引起的。内存问题之所以会影响到界面流畅度，是因为垃圾回收（GC，Garbage Collection），在 GC 时，所有线程都要停止，包括主线程，当 GC 和绘制界面的操作同时触发时，绘制的执行就会被搁置，导致掉帧，也就是界面卡顿。
活得久：
活得久指的是我们的应用在后台运行时不会被干掉。Android 会按照特定的机制清理进程，清理进程时优先会考虑清理后台进程。清理进程的机制就是LowMemoryKiller。在 Android 中不同的进程有着不同的优先级，当两个进程的优先级相同时，低杀会优先考虑干掉消耗内存更多的进程。也就是如果我们应用占用的内存比其他应用少，并且处于后台时，我们的应用能在后台活下来，这也是内存优化为我们应用带来竞争力的一个直接体现。
内存占用是否越少越好？
当系统 内存充足 的时候，我们可以多用 一些获得更好的性能。当系统 内存不足 的时候，我们希望可以做到 ”用时分配，及时释放“。内存优化并不能一刀切。
我们都知道，应用程序的内存分配和垃圾回收都是由Android虚拟机完成的，在Android 5.0以下，使用的是Dalvik虚拟机，5.0及以上，则使用的是ART虚拟机。
Android虚拟机Dalvik和ART
1、内存区域划分
详细请看以下两篇文章（建议全看）：
java内存四大区_JVM内存区域划分
Android 内存机制
2、内存回收
垃圾收集的标记算法（找到垃圾）：
垃圾收集算法（回收垃圾）：
引用类型：强引用、软引用、弱引用、虚引用
对象的有效性=可达性+引用类型
JAVA垃圾回收机制-史上最容易理解看这一篇就够了
Android：玩转垃圾回收机制与分代回收策略
android中还存在低杀机制，这种情况属于系统整机内存不足，直接把应用进程杀掉的情况。
Android后台杀死系列：LowMemoryKiller原理
1、内存溢出
系统会给每个App分配内存空间也就是heap size值，当app占用的内存加上申请的内存超过这个系统分配的内存限额，最终导致OOM(OutOfMemory)使程序崩溃。
通过命令 getprop |grep dalvik.vm.heapsize 可以获取系统允许的最大
注意：在设置了heapgrowthlimit的状况下，单个进程可用最大内存为heapgrowthlimit值。在android开发中，若是要使用大堆，须要在manifest中指定android:largeHeap为true，这样dvm heap最大可达heapsize。
关于heapsize & heapgrowthlimit
2、内存泄漏
Android系统虚拟机的垃圾回收是通过虚拟机GC机制来实现的。GC会选择一些还存活的对象作为内存遍历的根节点GC Roots，通过对GC Roots的可达性来判断是否需要回收。内存泄漏就是 在当前应用周期内不再使用的对象被GC Roots引用，造成该对象无法被系统回收，以致该对象在堆中所占用的内存单元无法被释放而造成内存空间浪费，使实际可使用内存变小。简言之，就是 对象被持有导致无法释放或不能按照对象正常的生命周期进行释放。
Android常见内存泄漏汇总
3、内存抖动
指的是在短时间内大量的新对象被实例化，运行时可能无法承载这样的内存分配，在这种情况下就会导致垃圾回收事件被大量调用，影响到应用程序的UI和整体性能，最终可能导致卡顿和OOM。
常见情况：在一些被频繁调用的方法内不断地创建对象。例如在View 的onDraw方法内new 一些新的对象。
注意内存抖动也会导致 OOM，主要原因有如下两点：
1、Android Studio Profiler
作用
优点
内存抖动问题处理实战
理解内存抖动的概念的话，我们就能明白只要能找到抖动过程中所产生的对象及其调用栈，我们就能解决问题，刚好Android Studio 的Porfiler里面的Memory工具就能帮我们记录下我们操作过程中或静止界面所产生的新对象，并且能清晰看到这些对象的调用栈。
选择Profile 中 的Memory ，选择 Record Java/Kotlin allocations，再点击Record开始记录， Record Java/Kotlin allocations 选项会记录下新增的对象。
操作完成之后，点击如图所示的红脑按钮，停止记录。
停止记录后，我们就可以排序（点击 Allocations可以排序）看看哪些对象或基本类型在短时间被频繁创建多个，点击这些新增的对象就可以看到它的完成的调用链了，进而就找找到导致内存抖动的地方在哪里了。
2、利用DDMS 和 MAT(Memory Analyzer tool)来分析内存泄漏
我们利用工具进行内存泄漏分析主要是用对比法：
a.先打开正常界面，不做任何操作，先抓取一开始的堆文件。
b.一顿胡乱操作，回到原来操作前的界面。主动触发一两次GC,过10秒再抓取第二次堆文件。
c.通过工具对比，获取胡乱操作后新增的对象，然后分析这些新增的对象。
DDMS作用:抓取堆文件，主动触发GC。（其实也是可以用Android Studio 的Profile里面的Memory工具来抓取堆文件的，但是我这边在利用Profile 主动触发gc 的时候会导致程序奔溃，也不知道是不是手机的问题，所以没用Android Studio的Profiler）
MAT作用：对堆文件进行对比，找到多出的对象，找到对象的强引用调用链。
以下是详细的过程：
步骤1.打开DDMS,选择需要调试的应用，打开初始界面，点击下图的图标（Dump Hprof File）先获取一次堆文件。
步骤2.对应用随便操作后，回到一开始的界面，先多触发几次GC ，点击下图的图标(Cause Gc)来主动触发GC,然后再次点击 Dump Hprof File 图标来获取堆文件。
步骤3.通过Android Studio Profile 或者 DDMS mp 的堆文件无法在MAT 打开，需要借助android sdk包下的一个工具hprof-conv.exe来转换。
格式为 hprof-conv 旧文件路径名 要转换的名称；
例如：hprof-conv 2022-04-13_17-54-40_827.hprof change.hprof
步骤4.把两份堆文件导入MAT,然后选择其中第二次获取的堆文件，点击 如图所示的 Histogram查看。
步骤5.点击下图图标，Compare To Another Heap Dump ,选择另一份堆文件。
6.会得出下图所示的 Hitogram 展示，我们主要看Objects 这一列。 如下图所示 “+ 2” 则代表前面两份堆文件对比，这个对象多了两个，我们主要就是要分析这些多了出来，没有被回收的对象。
7.加入我们从增加的对象中，看到了MainActivity ，则需要从一开始打开的Hitogram 展示里面找到这个对象的调用栈。如下图所示，搜索MainActivity
8.看到下图所示解雇，然后鼠标右键点击下图红色圈圈着的MainActivity ,选择 Merger Shortest Paths to Gc Roots ，再选择 exclude all phantom/weak/soft etc.references ,就可以看到这个MainActivity 对象的强引用链，至此我们就可以找到MainActivity对象是被什么引用导致无法回收了。
3、内存泄露检测神器之LeakCanary（线下集成）
自行学习了解，接入简单，使用简单，基本可以解决大部分内存泄漏问题。
github地址 ： https://github.com/square/leakcanary/
学习地址 ： https://square.github.io/leakcanary/changelog/#version-22-2020-02-05
针对内存抖动的建议：
针对内存泄漏问题的建议：
针对内存溢出问题的建议（主要就是要减少内存占用）：
建议参考：
深入探索 Android 内存优化（炼狱级别）
对于 优化的大方向，我们应该优先去做见效快的地方，主要有以下三部分：内存泄漏、内存抖动、Bitmap。完善监控机制也是我们的重点，能帮助我们对内存问题快速分析和处理。
参考：
深入探索 Android 内存优化（炼狱级别）
D. android转场动画windowAnimation和ActivityAnimation的区别
android转场动画windowAnimation和ActivityAnimation的区别
显而易见，window与Activity本身从名字上就知道不同，但对于项目开发中 windowAnimation和ActivityAnimation的区别必须心领神会。
区别主要如下
1.windowAnimation包括windowEnterAnimation和windowExitAnimation；ActivityAnimation包含android:activityOpenEnterAnimation，android:activityOpenExitAnimation，android:activityCloseEnterAnimation和android:activityCloseExitAnimation
2.在项目中WindowAnimation的控制权大于Activity的控制权，即在Activity转场过程中，如果同时设置了WindowAnimation和ActivityAnimation,那么可能（因为这种情况非常多）只会执行WindowAnimation
3.对于WindowAnimation的定义很简单，在style.xml文件中只需要继承Animation Style即可
<style name="Animation" parent="@android:style/Animation">
<!--窗体进入动画-->
<item name="android:windowEnterAnimation">@anim/slide_left_enter</item>
<!--窗体退出动画-->
<item name="android:windowExitAnimation">@anim/slide_right_exit</item>
</style>
对于Activity,需要继承Animation Activity Style
<style name="FeelyouWindowAnimTheme" parent="@android:style/Animation.Activity">
<item name="android:activityOpenEnterAnimation">@android:anim/slide_in_left</item>
<item name="android:activityOpenExitAnimation">@android:anim/slide_out_right</item>
<item name="android:activityCloseEnterAnimation">@anim/push_right_in</item>
<item name="android:activityCloseExitAnimation">@anim/push_left_out</item>
</style>
当我们从 A1 启动 A2 时，A1 从屏幕上消失，这个动画叫做 android:activityOpenExitAnimation
当我们从 A1 启动 A2 时，A2 出现在屏幕上，这个动画叫做 android:activityOpenEnterAnimation
当我们从 A2 退出回到 A1 时，A2 从屏幕上消失，这个叫做 android:activityCloseExitAnimation
当我们从 A2 退出回到 A1 时，A1 出现在屏幕上，这个叫做 android:activityCloseEnterAnimation
从上述2中动画的定义上来看，显然ActivityAnimation更为复杂，但这种复杂带来的转场效果非常好，可以同时控制2个Activity的动画，而不像WindowAnimation只能控制下一个Activity的窗体动画。
5.在开发中，窗体动画也可以使用 Activity.overridePendingTransition来设置,也可以定义在主题中，但Activity只能使用在主题中
<application
android:name="test.view.weitop.BaseApplication"
android:allowBackup="false"
android:hardwareAccelerated="false"
android:icon="@drawable/app_logo"
android:label="@string/app_name"
android:largeHeap="true"
android:theme="@style/Theme.App" >
</application>
6.对于比较追求界面美感的动画，使用ActivityAnimation要好得多，因此对于一般开发使用windowAnimation即可，但对于追求用户体验，那么直接使用Activity Animation 吧
E. android源码中有launcher2launcher3，用的是哪个
1、Launcher进程启动过程
可以由下面图看到Launcher进程是如何被创建启动：
Activity Manager通过发送Intend来启动Launcher。
Intent intent = new Intent(mTopAction, mTopData != null ?
Uri.parse(mTopData) : null);
intent.setComponent(mTopComponent);
if (mFactoryTest != SystemServer.FACTORY_TEST_LOW_LEVEL)
{
intent.addCategory(Intent.CATEGORY_HOME);
}
startActivityLocked(null, intent, null, null, 0, aInfo,
null, null, 0, 0, 0, false, false);
复制代码
因此，如果你要开机启动一个替换Launcher的程序，只要在程序<intent-filter>里面加入action.MAIN 、
category.HOME、category.DEFAULT就可以。如果出现多个程序都加入这种intent，系统会弹出让你选择
哪个作为启动器。
2、Launcher初始化——LauncherApplication。
Application类，我想大部分做Android应用的朋友都用过，每个Android应用默认都有一个Application类，
你也可以继承Application类，然后加入自己代码。Application是一个全局的应用类，在AndroidManifest.xml
我们也可以找到Application标签。
<application
android:name="com.android.launcher2.LauncherApplication"
android:label="@string/application_name"
android:icon="@drawable/ic_launcher_home"
android:hardwareAccelerated="@bool/config_hardwareAccelerated"
android:largeHeap="@bool/config_largeHeap"
android:configChanges="locale">
</application>
复制代码
Android四大组件的声明都需要放到application标签里面，默认使用的是系统的Application类，如果你在项目里面重载了它。就需要在标签，name属性下写上你的新的Application类名。Launcher里面就是继承了Application为LauncherApplication。应用启动的时候首先会加载Application。我们可以看到Launcher主类Launcher.java的onCreate函数里面，第一个就是获取Application的实例。
LauncherApplication app = ((LauncherApplication)getApplication());
复制代码
接下来我们看看LauncherApplication里面初始化，LauncherApplication大部分工作就是在初始化完成，剩下都是一些返回接口。
@Override
public void onCreate()
{
super.onCreate();
//获取屏幕大小，主要用来区分手机还是平板
final int screenSize = getResources().getConfiguration().screenLayout &
Configuration.SCREENLAYOUT_SIZE_MASK;
sIsScreenLarge = screenSize == Configuration.SCREENLAYOUT_SIZE_LARGE ||
screenSize == Configuration.SCREENLAYOUT_SIZE_XLARGE;
//屏幕密度
sScreenDensity = getResources().getDisplayMetrics().density;
//IconCahe里面保存了界面所有应用图标的绘画需要的数据，这个到时候具体分析再说。
//加入这东西的主要原因是为了提高绘画界面的效率
mIconCache = new IconCache(this);
//数据库加载类，LauncherModel是Launcher里面非常重要的一个类，相当于MVC模式里面的
//Model功能，管理数据和初始化数据
mModel = new LauncherModel(this, mIconCache);
//下面注册了一些监听器，主要包含APK文件更新删除等数据变化的时候接收的通知
//接收通知后，主要是用来更新Launcher里面的数据库。因为桌面应用图标数据，只会加载一次
IntentFilter filter = new IntentFilter(Intent.ACTION_PACKAGE_ADDED);
filter.addAction(Intent.ACTION_PACKAGE_REMOVED);
filter.addAction(Intent.ACTION_PACKAGE_CHANGED);
filter.addDataScheme("package");
registerReceiver(mModel, filter);
filter = new IntentFilter();
filter.addAction(Intent.ACTION_EXTERNAL_APPLICATIONS_AVAILABLE);
filter.addAction(Intent.ACTION_EXTERNAL_APPLICATIONS_UNAVAILABLE);
filter.addAction(Intent.ACTION_LOCALE_CHANGED);
filter.addAction(Intent.ACTION_CONFIGURATION_CHANGED);
registerReceiver(mModel, filter);
filter = new IntentFilter();
filter.addAction(SearchManager.INTENT_GLOBAL_SEARCH_ACTIVITY_CHANGED);
registerReceiver(mModel, filter);
filter = new IntentFilter();
filter.addAction(SearchManager.INTENT_ACTION_SEARCHABLES_CHANGED);
registerReceiver(mModel, filter);
//contentresolver则是用于管理所有程序的contentprovider实例
ContentResolver resolver = getContentResolver();
//注册内容观察者，监听application数据库变化，回调
resolver.registerContentObserver(LauncherSettings.Favorites.CONTENT_URI, true, mFavoritesObserver);
}
复制代码
上面是LauncherApplication最主要的工作，初始化整个Launcher的一些关键类，和注册一些监听器。主要都是用来监听应用的安装更新删除等导致Launcher数据库变化的操作。Launcher数据都是使用contentprovider来提供数据。其中注册的监听接口是
private final ContentObserver mFavoritesObserver = new ContentObserver(new Handler())
{
@Override
public void onChange(boolean selfChange)
{
//重新加载界面数据
mModel.startLoader(LauncherApplication.this, false);
}
};
复制代码
LauncherSettings.Favorites.CONTENT_URI里面数据发生变化的时候，都会调用mModel.startLoader()接口，
重新加载Launcher的数据。startLoader的具体操作，我后面分析LauncherModel类的时候会分析。这一块涉及
Launcher所有数据加载。剩下的接都是返回初始化时候创建的对象或者获取屏幕密度、获取是否大屏幕。
后面很多处理都需要判断是否是大屏幕，4.0以后手机平板都共用一套系统，导致多了很多处理。 3、Launcher.java初始化Launcher.java是Launcher里面最主要的类，是一个Activity。启动的第一个组件。既然是Activity，我们要分析它初始化，毫无疑问，需要找到onCreate()里面分析。把主要一些分析用注释方式写在代码里面，这样比较方便阅读。
F. android 内存优化
android 内存优化？1.内存模型与分布
我们知道android应用大多是使用java语言进行开发的，这就需要我们了解java的内存模型，此外在android中的应用都是基于Dalvik 虚拟机或者ART虚拟机，那么对这些虚拟机的内存分布也应该有所了解。
Java内存分布模型
上图是常见的java虚拟机的内存分布图：
方法区：主要存储虚拟机加载的类信息，常量，静态变量，及时编译器编译后的代码等数据。内存优化时这一部分主要考虑是不是加载了很多不必要的第三方库。这部分的内存减少主要是常量池的回收和类的卸载（类卸载条件：无引用，类加载器可卸载）
堆：几乎所有的对象都在这个区域产生，该区域属于线程共享的区域，所以写代码时更要注意多线程安全。这个内存区域的大小变化主要是对象的创建和回收，比如：如果短时间内有大量的对象创建和回收，可能会造成内存抖动，如果对象创建之后一直回收不掉，则会导致内存泄漏，严重的内存泄漏会导致频繁的gc，从而是界面卡顿。
虚拟机栈：这个区域描述的是java方法执行的内存模型，我们常说的方法栈的入栈就是将方法的栈帧存储到虚拟机栈，这个区域是线程私有的，其生命周期就是线程的生命周期。也就是说每个线程都会有，默认一个线程的线程栈大小是1M，这不包括在方法中产生的其他对象的大小。这一块我们能控制的就是线程的数量，特别是程序中没有使用线程池或者使用的多个第三方库都带有线程池的情况。
本地方法栈：同虚拟机栈的作用非常类似，是为虚拟机执行native方法服务的，所以需要注意的地方也和虚拟机栈一样，特别是使用了第三方so的情况
程序计数器：当前线程执行的虚拟机字节码的行号记录器，占用的内存较小，可以不考虑
2.内存限制
android是基于linux系统的，android中的进程分为两种：
1.native进程：采用C/C++实现，不包含dalvik实例的linux进程，/system/bin/目录下面的程序文件运行后都是以native进程形式存在的
2.java进程：实例化了dalvik虚拟机实例的linux进程，进程的入口main函数为java函数。dalvik虚拟机实例的宿主进程是fork()系统调用创建的linux进程，所以每一个android上的java进程实际上就是一个linux进程，只是进程中多了一个dalvik虚拟机实例
我们知道，操作系统对进程的内存是有限制的，而且操作系统对dalvik虚拟机自身的堆内存大小也是有限制的。可以通过如下命令查看限制大小：
adb shell getprop | grep dalvik.vm.heapgrowthlimit
可以在Androidmanifest文件中application节点加入android:largeHeap=“true”来增加其dalvik虚拟机中堆的大小
我们常说的堆大小其实是包涵两部分的，一是java的堆，而是native的堆，java堆中主要是一下java对象，由 C/C++申请的内存空间则在native堆中，也有一些对象需要结合native和java堆共同完成，比如bitmap，bitmap分为bitmap对象和其中存储的像素值，对象分配在java堆，而存储的像素值则根据版本不同存储的位置也不同，api 11 - api 25是存储在java堆中的，其他版本是存储在native堆中的
3.内存泄漏
常见的内存泄漏：
1.静态引用（自身代码和第三方代码）
2.集合内引用
3.Handler消息未清除
4.非静态的内部类中持有外部内的应用
5.匿名内部类/非静态内部类和异步线程
检查的方式：
我这里使用的是leakcanary，一般简单的内存泄漏可以直接在leakcanary中查到引用链路，不能查看的我是使用MAT来分析的
当前内存信息
上图中各项详细的指标的意义可以在这里查到，这里主要占比比较大的几个区域：
allocated：表示app内分配的java的对象数，从当前数值可以看出程序内可能存在过多创建对象的情况，比如string对象
Native：从 C 或 C++ 代码分配的对象内存，频繁进出相关页面发现native堆的大小并没有减小，说明存在c/c++层的内存泄漏
Code：您的应用用于处理代码和资源（如 dex 字节码、已优化或已编译的 dex 码、.so 库和字体）的内存。这个区域能优化的就是移除不需要的so库，懒加载使用so库，移除无用代码（import，方法和类）
4.优化实践
了解了android中的内存分布和泄漏相关，接下来就是结合自身业务进行内存优化了，如下：
1.先解决程序中内存占用较大的业务模块中的内存泄漏，不熟悉MAT的使用的可以看看这个
2.移除程序中多余的代码和引用，这里使用默认的lint检测再配合shrinkResources来删除无效资源
3.优化图片，保证图片放置在合理的文件夹，根据View大小加载合适的图片大小，根据手机状态配置bitmap和回收策略
4.优化对象创建，比如string，使用对象池等
G. android转场动画windowAnimation和ActivityAnimation的区别
android转场动画windowAnimation和ActivityAnimation的区别显而易见，window与Activity本身从名字上就知道不同，但对于项目开发中 windowAnimation和ActivityAnimation的区别必须心领神会。区搜索别主要如下1.windowAnimation包括 windowEnterAnimation 和 windowExitAnimation ；ActivityAnimation包含 android:activityOpenEnterAnimation ， android:activityOpenExitAnimation ， android:activityCloseEnterAnimation 和 android:activityCloseExitAnimation2.在项目中WindowAnimation的控制权大于Activity的控制权，即在Activity转场过程中，如果同时设置了WindowAnimation和ActivityAnimation,那么 可能（因为这种情况非常多） 只会执行WindowAnimation3.对于WindowAnimation的定义很简单，在style.xml文件中只需要继承Animation Style即可<style name="Animation" parent="@android:style/Animation"><!--窗体进入动画--><item name="android:windowEnterAnimation">@anim/slide_left_enter</item><!--窗体退出动画--><item name="android:windowExitAnimation">@anim/slide_right_exit</item></style>对于Activity,需要继承Animation Activity Style<style name="FeelyouWindowAnimTheme" parent="@android:style/Animation.Activity"><item name="android:activityOpenEnterAnimation">@android:anim/slide_in_left</item><item name="android:activityOpenExitAnimation">@android:anim/slide_out_right</item><item name="android:activityCloseEnterAnimation">@anim/push_right_in</item><item name="android:activityCloseExitAnimation">@anim/push_left_out</item></style>当自己从 A1 启动 A2 时，A1 从屏幕上消失，这个动画叫做 android:activityOpenExitAnimation当自己从 A1 启动 A2 时，A2 出现在屏幕上，这个动画叫做 android:activityOpenEnterAnimation当自己从 A2 退出回到 A1 时，A2 从屏幕上消失，这个叫做 android:activityCloseExitAnimation当自己从 A2 退出回到 A1 时，A1 出现在屏幕上，这个叫做 android:activityCloseEnterAnimation从上述2中动画的定义上来看，显然ActivityAnimation更为复杂，但这种复杂带来的转场效果非常好，可以同时控制2个Activity的动画，而不像WindowAnimation只能控制下一个Activity的窗体动画。5.在开发中，窗体动画也可以使用 Activity. overridePendingTransition来设置,也可以定义在主题中，但Activity只能使用在主题中<applicationandroid:name="test.view.weitop.BaseApplication"android:allowBackup="false"android:hardwareAccelerated="false"android:icon="@drawable/app_logo"android:label="@string/app_name"android:largeHeap="true"android:theme="@style/Theme.App" ></application>6.对于比较追求界面美感的动画，使用ActivityAnimation要好得多，因此对于一般开发使用windowAnimation即可，但对于追求用户体验，那么直接使用Activity Animation 吧
H. Android heapsize & heapgrowthlimit
一般 heapgrowthlimit < heapsize,
当 android：largeHeap=“true” 为true 时, 应用可使用最大heapsize，超过时发生OOM
I. android转场动画windowAnimation和ActivityAnimation的区别
1.windowAnimation包括windowEnterAnimation和windowExitAnimation；
ActivityAnimation包含android:activityOpenEnterAnimation，android:activityOpenExitAnimation，android:activityCloseEnterAnimation和android:activityCloseExitAnimation
2.在项目中WindowAnimation的控制权大于Activity的控制权，
即在Activity转场过程中，如果同时设置了WindowAnimation和ActivityAnimation,那么可能（因为这种情况非常多）只会执行WindowAnimation
3.对于WindowAnimation的定义很简单，在style.xml文件中只需要继承AnimationStyle即可
<stylename="Animation"parent="@android:style/Animation">
<!--窗体进入动画-->
<itemname="android:windowEnterAnimation">@anim/slide_left_enter</item>
<!--窗体退出动画-->
<itemname="android:windowExitAnimation">@anim/slide_right_exit</item>
</style>
对于Activity,需要继承AnimationActivityStyle
<stylename="FeelyouWindowAnimTheme"parent="@android:style/Animation.Activity">
<itemname="android:activityOpenEnterAnimation">@android:anim/slide_in_left</item>
<itemname="android:activityOpenExitAnimation">@android:anim/slide_out_right</item>
<itemname="android:activityCloseEnterAnimation">@anim/push_right_in</item>
<itemname="android:activityCloseExitAnimation">@anim/push_left_out</item>
</style>
当我们从A1启动A2时，A1从屏幕上消失，这个动画叫做android:activityOpenExitAnimation
当我们从A1启动A2时，A2出现在屏幕上，这个动画叫做android:activityOpenEnterAnimation
当我们从A2退出回到A1时，A2从屏幕上消失，这个叫做android:activityCloseExitAnimation
当我们从A2退出回到A1时，A1出现在屏幕上，这个叫做android:activityCloseEnterAnimation
从上述2中动画的定义上来看，显然ActivityAnimation更为复杂，但这种复杂带来的转场效果非常好，
可以同时控制2个Activity的动画，而不像WindowAnimation只能控制下一个Activity的窗体动画。
5.在开发中，窗体动画也可以使用Activity.overridePendingTransition来设置,也可以定义在主题中，但Activity只能使用在主题中
<application
android:name="test.view.weitop.BaseApplication"
android:allowBackup="false"
android:hardwareAccelerated="false"
android:icon="@drawable/app_logo"
android:label="@string/app_name"
android:largeHeap="true"
android:theme="@style/Theme.App">
</application>
6.对于比较追求界面美感的动画，使用ActivityAnimation要好得多，因此对于一般开发使用windowAnimation即可，
但对于追求用户体验，那么直接使用ActivityAnimation吧
J. android 为什么容易出现oom
头些年的设备内存容量小，dalvik虚拟机被设置为16M内存运行，为了保留足够的内存，对于bitmap限制为一半，即8M，8M是个什么概念呢，如果RAGB8888格式的图片，8M就是800万像素的图片，一般的手机都可以达到甚至超过这个标准。所以通常出现OOM都是在以前的设备上运行解码图片的时候产生的。
比较新的版本SDK支持配置largeheap选项，会得到一个较大的运行内存，再加上这两年设备的内存容量大大增加，几乎可以与PC相当，这个问题就没那么容易出现了。