編輯:關於Android編程
從事Android開發,免不了會在應用裡嵌入一些廣告SDK,在嵌入了眾多SDK後,發現幾乎每個要求在AndroidManifest.xml申明Activity的廣告SDK都會要求加上注明這麼一句屬性:
復制代碼 代碼如下:
android:configChanges="orientation|keyboard|keyboardHidden"
通過查閱Android API可以得知android:onConfigurationChanged實際對應的是Activity裡的onConfigurationChanged()方法。在AndroidManifest.xml中添加上訴代碼的含義是表示在改變屏幕方向、彈出軟件盤和隱藏軟鍵盤時,不再去執行onCreate()方法,而是直接執行onConfigurationChanged()。如果不申明此段代碼,按照Activity的生命周期,都會去執行一次onCreate()方法,而onCreate()方法通常會在顯示之前做一些初始化工作。所以如果改變屏幕方向這樣的操作都去執行onCreate()方法,就有可能造成重復的初始化,降低程序效率是必然的了,而且更有可能因為重復的初始化而導致數據的丟失。這是需要千萬避免的。
為了明白這個問題,特意寫了一個Demo用於觀察執行結果。
復制代碼 代碼如下:
public class ConsoleActivity extends Activity {
private String str = "0";
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
//模擬數據初始化
str = "1";
Log.e("FHT", "onCreate:" + str);
}
@Override
protected void onStart() {
super.onStart();
//模擬顯示之後,數據發生改變
str = (new Date()).getTime() + "";
Log.e("FHT", "onStart:" + str);
}
@Override
public void onConfigurationChanged(Configuration newConfig) {
super.onConfigurationChanged(newConfig);
Log.e("FHT", "onConfigurationChanged:" + str);
}
}
運行結果如下:
從上圖可以看出,當屏幕方向發生了三次翻轉,三次翻轉都沒有重新進入onCreate()方法,所以str的值得以延續,如果去除AndroidManifest.xml中關於onConfigurationChanged的相關代碼,程序的執行順序將發生變化,每次屏幕方向的變化都將引起str值的重置。這是大多數開發過程中所不希望看到的。
另外需要注意的是onConfigurationChanged()方法中的:super.onConfigurationChanged(newConfig);一定不能省去,否則將引發:android.app.SuperNotCalledException 異常。
UIPickerView功能與UIDatePicker類似初始化實例時,通常只需要設置原點坐標,不需要設置寬高(默認寬高為:frame = (0 0; 320 216))
其實我一直准備寫一篇關於Android事件分發機制的文章,從我的第一篇博客開始,就零零散散在好多地方使用到了Android事件分發的知識。也有好多朋友問過我各種問題,比如
前言 重新學習這一項技術,主要的原因,是因為以前沒有好好的學,那時總覺得作品能動,能完成工作就好了,而這種得過且過的想法,大大地影響了我的技術程度,也因此,
狀態欄一體化及其帶來的軟鍵盤自適應問題應項目需求才開始了解狀態欄一體化的問題,作為一個android新手,之前從未接觸過。第一反應是網上搜索,不得不說網絡確實給我帶來很大