安卓应用开发：生命周期、界面构建与任务管理
1. 应用生命周期与用户体验
在移动应用开发中，若应用针对移动环境进行了良好设计，那么在应用生命周期管理方面所需的代码会更少。具体体现在以下两点：
-数据实时性与数据库存储：如果活动（Activity）使用的数据始终是最新的且存储在数据库中，就无需在应用生命周期方法的代码中显式存储这些数据。
-最小化界面状态：若用户界面的状态极少，那么在活动生命周期方法中需要保存的状态也就很少。
这些看似严格的约束条件，在移动设备和其他类似设备中是必要的。因为手机电池可能随时耗尽，应用的数据模型和状态在内存中存储得越少，设备意外关机时用户丢失的数据就越少。而且移动用户可能会被电话打断，没有机会返回应用执行保存数据的操作。移动应用不应像个人电脑上的典型交互式应用那样，需要显式保存内存中的数据模型，否则数据就会丢失。
在应用开发中，应将电池故障、用户不再使用活动或系统为回收内存和其他系统资源而终止活动视为相同情况，这样可以简化实现并减轻用户负担。在移动用户体验和表现良好的应用实现中，应避免使用“保存”和“退出”等显式操作。
2. 应用类的生命周期方法
在简单应用中，应用类（Application）的生命周期方法很少使用，即使在复杂应用中也应谨慎使用。因为在应用类的重写方法中，很容易因存储跨多个活动的数据而导致内存占用过大，这会影响 Android 按组件管理资源的能力。例如，将某些数据的引用从活动对象转移到应用对象，只会使系统在内存不足时对资源的搜索范围扩展到应用生命周期，并且需要单独管理这些数据，而不依赖活动
