你是否也曾遇到过从一个activity跳转到另一个activity花费很长时间却一直不知道到底时间耗在哪了？我的项目就曾有这么一个严重的问题，前段时间终于解决了，现在发出我的解决办法，希望能给同样被此问题困扰的朋友们一个参考。
我的项目里，从一个activity跳转到另一个activity花费时间在两秒左右。这对用户体验来说是非常糟糕的。我曾经苦思冥想到底时间耗在哪了，却一直没有什么突破。后来有一天我发现网上有检测你的activity启动缓慢原因分析的工具，才开始慢慢解决掉这个问题。这样的工具有很多，大家可以自己去搜，选择自己感兴趣的工具。我用的就是AndroidStudio自带的ADM工具。
先说一下我的activity启动缓慢的原因。我所要启动的那个activity有5个fragment，且每个fragment界面布局都较复杂，包括我的activity的title都比较复杂。所以我的activity启动缓慢就是耗在view的测量和布局上了。
那么我是如何发现这个问题的呢？现在来讲一下这个工具的使用：
b.选择你自己的项目进程，点击下图图标：
c.会出现这个对话框:
选择下面那个，自己决定开始和结束时刻；
d.点击ok后，在自己手机上，点击按钮，开始跳转到另一个activity，当activity画面出现时，立刻点击：
这个图可以直观的分析每个线程所分配的时间片信息。我们主要分析下面这个图：
这个图可以直接了当看出耗时主要是在哪个方法。
我大致说一下怎么分析：
我的项目中，android.os.handler.dispatchMessage占总时间的91.4%。
parents表示调用dispatchMessage的方法，children表示即将要调用的子方法，注意后面显示的相应的占用时间。选择一个你想继续查看的方法：
比如我选择了占用时间77.4%的方法，点击：
按照这样的方式，一直查询下去，直到你能看到自己的方法或者是系统调用的你比较熟悉的方法，比如：onMessure()或onLayout()等。你就能知道具体耗时在哪块了。
我的耗时是因为界面布局太复杂，所以我讲一下我的解决办法：
1.viewgroup如果能用RelativeLayout就尽量用RelativeLayout。LinearLayout包裹的子控件测量会比较复杂；
2.较复杂的界面加载不要全部放在activity的onCreat()方法里。onStart()和onResume()也不行噢。比如，我的activity页面需要一个自定义的数字键盘PopWindow。这个pop界面布局肯定是复杂的，而在new Pop的时候就会去加载布局从而导致加载时间变长。所以new Pop不能放在activity的onCreate()里，可以放在某个按钮点击后需要弹出该pop时做个判断，如果该pop没有初始化就去初始化，否则直接show();
3.该activity包含5个fragment，每个fragment界面布局也是比较复杂的，所以我采用懒加载模式。举个栗子：AFragment有个复杂的ViewGroup，那么我先把这个复杂的viewGroup抽出来，新建一个xxx_layout.xml文件，在这个文件里定义好需要的布局组件。AFragment的layout文件中就只有一个RelativeLayout。然后new AFragment的时候，系统回调onCreateView（）方法时，只加载了一个RelativeLayout而已。那么具体的布局什么时候加载呢？在setUserVisibleHint当fragment可见时，用LayoutInflater类把刚刚抽离出来的具体布局文件加载出来，然后用RelativeLayout.addView()方法把该viewGroup添加进去。说一个注意的点：onCreateView不是一定会在setUserVisibleHint之前调用的，一定要注意空指针异常，也注意不要重复加载哦！这块没踩过坑的朋友们，可以自己打日志验证。
经过这些优化，我的activity启动时间由原来的两秒减至零点几秒。上面讲的这三点也可以在平时写代码的时候注意一下，养成良好的习惯。
ADM真的是一个很好用的工具，可以分析很多方面的问题。大家可以经常使用它来检查一下自己的代码是否有什么潜在的隐患！
有什么疑问或建议欢迎留言评论噢！~谢谢你的观看。
