]]>
]]>
]]>
]]>
]]>
]]>
http://www.verycd.com/topics/2900036/
http://hi-android.info/src/com/android/phone/
http://gitorious.org/0xdroid/packages_apps_phone/trees/5f6f01ecda4336dfb47108e67ff909a65f14b820/src/com/android/phone
http://gitorious.org/0xdroid/packages_apps_phone/trees/5f6f01ecda4336dfb47108e67ff909a65f14b820/src/com/android/phone
]]>
]]>
]]>
http://blog.csdn.net/louiswangbing/article/details/6607612
Intent妙用之编写自qandroidȝ?/strong>
众所周知Qandroid的主界面名ؓ laucher2Q功能强大，会在android启动之后q行Q也是所有其他应用程序的入口E序。那么，如何让自q应用E序取代laucher2的位 |，成ؓandroidpȝ的主界面呢？其实说出来很单，接下来，我就来ؓ大家揭开q其中的秘面纱?/p>
首先Q我们来看看一个普通的应用E序的intent声明Q?/p>
- <intent-filter>
- <action android:name="android.intent.action.MAIN" />
- <category android:name="android.intent.category.LAUNCHER" />
- </intent-filter>
q么理解的却是没错，但事实上Q有更加单的理解方式。这里请容许我先卖个兛_。我们l往下看?/span>
既然是想让我们自q应用E序取代laucher的位|，那么我们来看一下lancher的intent声明是怎么L吧：
- <intent-filter>
- <action android:name="android.intent.action.MAIN" />
- <category android:name="android.intent.category.HOME"/>
- <category android:name="android.intent.category.DEFAULT" />
- <category android:name="android.intent.category.MONKEY" />
- </intent-filter>
大家看出q两个intent声明之间的差别了吗？没错Q当出现 <category android:name="android.intent.category.HOME"/> 的时候，我们的应用程序就会变成跟lancherh相同功能的（当然Q我指的仅仅是主界面Qlaucher的功能是在是太强大了Q，成ؓ androidpȝ的主界面Qƈ且，当我们按下Home键的时候，会出C个选择界面Q是不是发现你的应用E序和laucher同时出现在了选择框中呢？ 如果是，那么恭喜你，从功能上来说Q你已经实现了。如果没有看刎ͼ请email我louiswangbing@gmail.com?/span>
但是Q所谓一׃容二虎，同时有两个主界面存在当然不是我们惌的?/span>
?果你有android源代码的话，你甚臛_以把laucher删掉Q直接将你自q应用E序~译到androidpȝ中，q样Q系l启动的时候就会直接运 行你的应用程序，而你的应用程序就会堂而皇之地鸠占鹊l(f)Q顺理成章的成ؓpȝ的主界面Qƈ且当你按下Home键的时候，׃跛_你的应用E序的主 activity了！Q?/span>
如果你只是一个功能上的追求者，那么看到q里你就可以xq个面去试试上面的功能了?/span>
如果你是一个好奇心比较强的人，那么误着我l往下看?/span>
刚才我说q，intent声明的理解问题。事实上Q你可以有更好的理解方式Q当Ӟq要建立在你对androidpȝ的启动进E有一定的了解的基上?/span>
单来_intent其实是一个条件过滤器Qactivity的intent声明的每一条都可以作ؓ一个过滤条Ӟ条目多Q过滤条件也p强，定位?来也pҎ(gu)。相信这个原理学q数据库的朋友理解v来更加容易。你可以整个androidpȝ中所有的activity都集中v来当成是一个数据库Q?intent本n是一条select语句Q其中每一声明都是一过滤条Ӟ而过滤之后剩下的Q就是将要被调用的activity。当qo条g_强大 或者过滤条件比较特D的时候，最后剩下的只有一个activityQ那么系l会毫不犹U地启动它Q当qo条g不Dqo之后q剩下比较多?activity的时候，pȝ会将满q些条g的所有的activity用一个listview列出来让你选择?/span>
怿原理大家都已l很清楚了，那么上面所q的q个功能很好理解了。没错，android在启动的时候会有一个PackageManager选择pȝ中满滤条Ӟ
- <action android:name="android.intent.action.MAIN" />
- <category android:name="android.intent.category.HOME"/>
- <category android:name="android.intent.category.DEFAULT" />
- <category android:name="android.intent.category.MONKEY" />
有时候真的，生活跟计机Q居然有如此之多的相g?.....
]]>
Context字面意思上下文Q位于framework package的android.content.Context中，其实该类为LONG型，cMWin32中的Handle句柄Q很多方法需要通过Context才能识别调用者的实例Q比如说Toast的第一个参数就是ContextQ一般在Activity中我们直接用this代替Q代表调用者的实例为ActivityQ而到了一个button的onClick(View view){方法时Q我们用this时就会报错，所以我们可能用ActivityName.this来解冻I主要原因是因为实现Context的类主要有AndroidҎ(gu)的几个模型，Activity、Service以及BroadcastReceiver?br />
常规需要Context实例的方法主要有各种Service实现的类Q比如说SensorManager在实例化旉要getSystemService(String)Ҏ(gu)必ȝContext的实例执行，q有一些私有的文gpȝI/O比如说openFileInput以及常用的Toast的makeTextҎ(gu)?br />
在android中context可以作很多操作，但是最主要的功能是加蝲和访问资源。在android中有两种contextQ一U是 application contextQ一U是activity contextQ通常我们在各U类和方法间传递的是activity context?br />比如一个activity的onCreateQ?br />protected void onCreate(Bundle state) {
super.onCreate(state);
TextView label = new TextView(this); //传递contextlview control
label.setText("Leaks are bad");
setContentView(label);
}
把activity context传递给viewQ意味着view拥有一个指向activity的引用，q而引用activity占有的资源：view hierachy, resource{?br />q样如果context发生内存泄露的话Q就会泄露很多内存?br />q里泄露的意思是gc没有办法回收activity的内存?br />
Leaking an entire activity是很Ҏ(gu)的一件事?br />
当屏q旋转的时候，pȝ会销毁当前的activityQ保存状态信息，再创Z个新的?br />
比如我们写了一个应用程序，它需要加载一个很大的囄Q我们不希望每次旋{?q的时候都销毁这个图片，重新加蝲。实现这个要求的单想法就是定义一个静态的DrawableQ这样Activity cd建销毁它始终保存在内存中?br />实现cMQ?br />public class myactivity extends Activity {
private static Drawable sBackground;
protected void onCreate(Bundle state) {
super.onCreate(state);
TextView label = new TextView(this);
label.setText("Leaks are bad");
if (sBackground == null) {
sBackground = getDrawable(R.drawable.large_bitmap);
}
label.setBackgroundDrawable(sBackground);//drawable attached to a view
setContentView(label);
}
}
q段E序看v来很单，但是却问题很大。当屏幕旋{的时候会有leakQ即gc没法销毁activityQ?br />我们刚才说过Q屏q旋转的时候系l会销毁当前的activity。但是当drawable和view兌后，drawable保存了view?referenceQ即sBackground保存了label的引用，而label保存了activity的引用。既然drawable不能销毁，它所 引用和间接引用的都不能销毁，q样pȝ没有办法销毁当前的activityQ于是造成了内存泄霌Ӏgc对这U类型的内存泄露是无能ؓ力的?br />
避免q种内存泄露的方法是避免activity中的M对象的生命周期长qactivityQ避免由于对象对 activity的引用导致activity不能正常被销毁。我们可以用application context。application context伴随application的一生，与activity的生命周期无兟뀂application context可以通过Context.getApplicationContext或者Activity.getApplicationҎ(gu)获取?br />
避免context相关的内存泄ԌC以下几点Q?br />1. 不要让生命周期长的对象引用activity contextQ即保证引用activity的对象要与activity本n生命周期是一L
2. 对于生命周期长的对象Q可以用application context
3. 避免非静态的内部c，量使用静态类Q避免生命周期问题，注意内部cd外部对象引用D的生命周期变?br />
]]>