Android 4.4发布了新的API并为用户和开发者加入了新的特性
我的同事侧重介绍一些大的改动细节，然而我更关注一些细节变化以及开发者在开发过程中可能会遇到的行为改变。
权限
启动快捷键
在API 19中 已经添加了INSTALL_SHORTCUT和UNINSTALL_SHORTCUT权限进公布的SDK 。公开这些权限是必要的，它使得应用在设备的加载界面直接添加或删除快捷图标。
这些权限实际上并不是新功能。它们在Android 1.x 的时候就已经被定义好了，在那个时候这些权限是被定义在初始化应用里面而不是公开在SDK， 所以使用了新权限的应用可以获得权限所设定的能力，同时也能运行在老版本的安卓设备上。
外部存储
外部存储的规则改变了。回到4.1，读取外部存储权限被引入作为写外部存储权限的一个补充，而在那个时候并不是必须的。现在，这个权限在4.4中被加强了，但是以一种不同寻常的方式。从访问控制角度来看，外部存储被分成两个主要部分：1、App所在的目录；2、其他地方。
读取或者写入数据到你的App所在的位置，不需要任何权限。这基本可以适用任何通过Context里面的方法可以访问的目录，比如getExternalFilesDir()或getExternalCacheDir()。如果只使用这些目录，你甚至可以删除你的应用程序中WRITE_EXTERNAL_STORAGE权限。
为了读取外部存储上其他数据，应用必须获得READ_EXTERNAL_STAROAGE
或WRITE_EXTERNAL_STORAGE权限（两者都需要被授权读权限）。这些可以通过Environment获得的目录，比如Environment里面的getExternalStoragePublicDirectory()或getExternalStorageDirectory()函数。
更灵活的方法
与系统管理的计时器相关的周期性行为在默认情况下会变得更灵活，比如计时器中的AlarmManager和SyncAdapter。这样做的目的是，允许系统尽可能批量处理事件并且减少设备上的唤醒事件以节约电量。
之前的精确方法AlarmManger.set()和AlarmManger.setRepeating(),现在的行为更接近于AlarmManger.setInexactRepeating()并且从属于事件批处理。
从4.4开始，没有任何方法可以创建一个重复的精确闹钟。如果你需要闹钟精确并且可重复，必须调用新的setExact()方法并且在每个触发事件中设置新的闹钟。
如果你使用SyncAdapter，由ContentResolver.addPeriodicSync()提供的周期性同步行为在设计上支持一些弹性。这使得在4.4中增加了一个4%同步周期窗口（比如在一个小时的同步周期中占用2.5分钟）。另外，新的SyncRequest.Builder API已经被允许一次或者有一些控制的弹性周期定期同步。比如SyncRequest.Builder.syncPeriodic()执行基本的函数，比如addPeriodicSyn()。可以支持时间间隔，这个时间间隔使得在同步时候适配器可以被优化，变得安全且灵活。
因为这些功能是需要显示设置targetSdkVersion为至少19 ，所以在这个版本之下的并没有这些改变。但是一旦增加了这个版本必须特别注意并且测试你的应用的兼容性。长期来说，尽可能支持灵活时钟和同步将使你的应用尊重设备的电池从而提升整理用户体验。
位图重用
为了更进一步帮助应用程序减少内存占用，android 4.4 建立了重用位图分配的API。简单来说位图分配使得开发者很快达到堆限制。从Android 3.0 开始，使用BitmapFactory解码数据时候就可以重用位图实例（使用 BitmapFactory.Options 中的inBitmap ），但是约束相当的大。图片必须恰好是同样的尺寸和配置，并且只允许JPEG/PNG解码。
在Android 4.4中，我们现在有Bitmap.reconfigure()去修改和使得现有的实例去适应新的尺寸和像素配置。BitmapFactory 已经被更新，之前在没有这些约束的条件下通过重配置可以重用inBitmap。
但是约束还是存在的。当位图被创建，它有尺寸大小和配置，其中配置定义了分配的总字节数。对于实例来说这种初始分配大小是不能被改变的。所以当我们多次重配置位图时，每次改变都不可以让需要的字节数超过初始分配大小。
举个例子，可以安全的重配置一个ARGB_8888 200*200实例为ARGB_8888 100*100，或者300*300 RGB_565, 为所有的这些与初始分配相适应。如果试图重配置到ARGB_8888 300*300，这样会抛出异常。另外一点也很重要，当位图被连接到视图的时候，不能重配置。应该在这个元素被分离或者移出屏幕。
换句话说，如果你的应用程序可确定一个合适大小的单个实例，即使它可能比需要在任何给定时间的像素较大，仍然可以减少内存使用。单个360KB点阵
图重用为300×300和200×200的图像（显然不能同时显示），是比两个单独的实例需要520KB(360KB+160KB)更好。
更智能的集合类
为了加入SparseArray、SparseIntArray及其他同族行列，Android 4.4引入了一个新的内存高效的集合ArrayMap。SparseArray是通过减少必要的分配从而使用原语作为键来提高性能，ArrayMap允许使用对象全键值映射，但远远比java.util.HashMap中容量大小更具侵略性，对象分配随着命中率和容量增加而减少。ArrayMap大小随着个体的删除减少从而保持低内存，一些人们不能从java.util中的期望。除了作为android.util在API级别19的一部分；ArrayMap也在支持库的v19，所以你可以尽情使用，即使你不一定针对4.4。
| 
