在项目中需要进行Fragment的切换，一直都是用replace()方法来替换Fragment：

1
2
3
4
5
6
7
8
9

public void switchContent(Fragment fragment) {
    if(mContent != fragment) {
        mContent = fragment;
        mFragmentMan.beginTransaction()
            .setCustomAnimations(android.R.anim.fade_in, R.anim.slide_out)
            .replace(R.id.content_frame, fragment) // 替换Fragment，实现切换
            .commit();
    }
}

阅读更多

在Android中的View触摸事件处理主要涉及以下三个方法

• dispatchTouchEvent()
• onInterceptTouchEvent()
• onTouchEvent()

阅读更多

• Bundle内部是由ArrayMap实现的，ArrayMap的内部实现是两个数组，一个int数组是存储对象数据对应下标，一个对象数组保存key和value，内部使用二分法对key进行排序，所以在添加、删除、查找数据的时候，都会使用二分法查找，只适合于小数据量操作，如果在数据量比较大的情况下，那么它的性能将退化。而HashMap内部则是数组+链表结构，所以在数据量较少的时候，HashMap的Entry Array比ArrayMap占用更多的内存。因为使用Bundle的场景大多数为小数据量，我没见过在两个Activity之间传递10个以上数据的场景，所以相比之下，在这种情况下使用ArrayMap保存数据，在操作速度和内存占用上都具有优势，因此使用Bundle来传递数据，可以保证更快的速度和更少的内存占用。
• 另外一个原因，则是在Android中如果使用Intent来携带数据的话，需要数据是基本类型或者是可序列化类型，HashMap使用Serializable进行序列化，而Bundle则是使用Parcelable进行序列化。而在Android平台中，更推荐使用Parcelable实现序列化，虽然写法复杂，但是开销更小，所以为了更加快速的进行数据的序列化和反序列化，系统封装了Bundle类，方便我们进行数据的传输。

阅读更多

对Application理解

首先，Application在一个Dalvik虚拟机里面只会存在一个实例，所以你不要傻傻的去弄什么单例模式，来静态获取Application了，你把Application构造函数设置成privete都不可能实现(我年轻的时候就这么傻傻的试过，想着如果可以通过

1
2
3
4
5
6
7
8

那么为什么强调说是一个Dalvik虚拟机，而不是说一个App呢？
因为一个App有可能有多个Dalvik虚拟机，也就是传说中的多进程模式。在这种模式下，每一个Dalvik都会存在一个Application实例，他们之间没有关系，在A进程Application里面保存的数据不能在B进程的Application获取，因为他们根本不是一个对象，而且被隔离在了两个进程里面，所以这里强调是一个Dalvik虚拟机，而不是一个App。
其次，Application的实质是一个Context，它继承自ContextWrapper。
<!--more-->

android.content.Context
    ↳    android.content.ContextWrapper
        ↳    android.app.Application           

```

ContextWrapper是什么玩意？就是对Context的一个包装而已。

Application有两个子类，一个是MultiDexApplication，如果你遇到了”65535”问题，可以选择继承自他，完成多Dex打包配置的相关工作。

另外一个是在TDD(测试用例驱动)开发模式中使用Moke进行测试的时候用到的，可以来代替Application的Moke类MockApplication。

在应用启动的时候，会首先调用Application.attach()，当然，这个方法是隐藏的，开发者能接触到的第一个被调用的方法其实是Application.onCreate()，我们通常会在这个方法里面完成各种初始化，比如图片加载库、Http请求库的默认配置初始化操作等等。但是最好别在这个方法里面进行太多耗时操作，因为这会影响App的启动速度，所以对于不必要的操作可以使用异步操作、懒加载、延时加载等策略来减少对UI线程的影响。

除此之外，由于在Context中可以通过getApplicationContext()获取到Application对象，或者是通过Activity.getApplication()、Service.getApplication()获取到Application，所以可以在Application保存全局的数据，供所有的Activity或者是Service使用。

PS：使用上面的三种方法获取到的都是同一个Application对象，getApplicationContext()是在Context的实现类ContextImpl中具体实现的，而getApplication()则是在Activity和Service中单独实现的，所以他们的作用域不同，但是获取到的都是同一个Application对象，因为一个Dalvik虚拟机只有一个Application对象。

但是这里存在着一个坑，那就是在低内存情况下，Application有可能被销毁，从而导致保存在Application里面的数据信息丢失，最后程序错乱，甚至是Crash。

所以当你想在Application保存数据的时候，请做好为空判断，或者是选择其他方式保存你的数据信息。

另外，在Application中存在着几个有用的方法，比如onLowMemory()和onTrimMemory()，在这两个方法里面，我们可以实现自己的内存回收逻辑，比如关闭数据库连接、移除图片内存缓存等操作来降低内存消耗，从而降低被系统回收的风险。

最后，就是要注意Application的生命周期，他和Dalvik虚拟机生命周期一样长，所以在进行单例或者是静态变量的初始化操作时，一定要用Application作为Context进行初始化，否则会造成内存泄露的发生。使用Dialog的时候一般使用Activity作为Context，但是也可以使用Application作为上下文，前提是你必须设置Window类型为TYPE_SYSTEM_DIALOG，并且申请相关权限。这个时候弹出的Dialog是属于整个Application的，弹出这个Dialog的Activity销毁时也不会回收Dialog，只有在Application销毁时，这个Dialog才会自动消失。

更多参考资料

• 不要在Android的Application对象中缓存数据!
• Android Context 是什么？

需求说明

• 不要新开启Activity的方式
• 也不要使用Dialog
• 让背景跟Dialog出现一样，变暗，带动画。

阅读更多

平时做过太多的项目，其实一直多对产品部门的东西很不认可，设计的东西完全抛弃Android和ios原生所带来的体验，也不懂得去区分，不懂得去两者的设计规范，都是把自己的东西强加上去，所以本博文主要是整理一些关于设计的网站或者建议。

阅读更多

Dialog除了使用Dialog类来实现之外，还可以使用Dialog样式的Activity来实现，只需要在注册Activity时指明theme为adnroid:Theme.Dialog就行，这样的Dialog因为实际上是个Activity而更加丰富灵活。在API11（如果没记错的话）之前的dialog样式Activity是模式的，点击对话框外部对话框不会消失，而API11之后虽然依然是模式的，但点击对话框外部后对话框消失，相当于点击了返回键。

阅读更多

在Android Studio中有六种依赖：Compile，Provided，APK，Test compile，Debug compile，Release compile

阅读更多

ViewPager的惯性效果（滑到一定距离自动平滑到另一个pager，或者调用setCurrentItem）是通过scroller来实现的， 其中有个变量为mScroller，为了修改这个滑动的速度，需要改变mScroller的一些值，但是mScroller是私有变量，所以在不直接修改ViewPager源码的情况下，只能用反射修改mScroller。

阅读更多

描述

Android Studio导入项目一直卡在Building gradle project info，实际上是因为你导入的这个项目使用的gradle与你已经拥有的gradle版本不一致，导致需要下载该项目需要的gradle版本，而下载需要翻墙，所以就一直卡在这：

阅读更多