Android的語言設置(二)

本文內容爲原創,轉載者請註明原始作者爲seker,原始出處http://blog.csdn.net/seker_xinjian/archive/2011/03/30/6289191.aspx. 以避免版權糾紛!

 

本文中涉及的代碼所對應的Android Source版本爲2.3.3,代號Gingerbread。

 

        這兩天在調查Android系統Setting程序中對於語言設置這塊的內容。具體位置有以下兩處:

                1)、設置顯示語言:Settings -> Language & keyboard -> Select language 

                2)、設置輸入語言:Settings -> Language & keyboard -> Android keyboard [settings] -> Input languages

 

        這兩處都是使用Activity的getAssets()方法取得AssetManager的實例,然後調用AssetManager的getLocales()函數取得系統所支持的語言。然後經過自己的一些特殊的過濾辦法,最終顯示到UI界面。

        然而,對於AssetManager究竟是如何取得系統所支持的語言的呢?這需要追究AssetManager更底層的實現了。本文主要是追蹤用AssetManager類的getLocales() API的底層實現。

 

        1)、Java Framework層

        AssetManager類的代碼路徑爲:

                <android_root>/frameworks/base/core/java/android/content/res/AssetManager.java

        它的getLocales() API定義如下:

  1. /** 
  2. * Get the locales that this asset manager contains data for. 
  3. */  
  4. public native final String[] getLocales();  
 

        可見這個API雖然定義在Java Framework層,但是它的實現是有Native層的代碼實現的。

 

        2)、JNI層

        JNI層的代碼路徑爲:

                <android_root>/frameworks/base/core/jni/android_util_AssetManager.cpp

        函數定義, JNINativeMethod 定義,JNI函數註冊分別如下:

  1. static jobjectArray android_content_AssetManager_getLocales(JNIEnv* env, jobject clazz);  
  2. "getLocales""()[Ljava/lang/String;", (void*) android_content_AssetManager_getLocales },  
  3. AndroidRuntime::registerNativeMethods(env, "android/content/res/AssetManager", gAssetManagerMethods, NELEM(gAssetManagerMethods));  
 

 

        從android_content_AssetManager_getLocales()函數的定義中看出 獲取系統系統所支持的語言的功能是由AssetManager類來實現的

 

        3)、Native lib層

        AssetManager類的代碼路徑如下:

                 <android_root>/frameworks/base/include/utils/AssetManager.h

                 <android_root>/frameworks/base/libs/utils/AssetManager.cpp

        函數聲明和定義如下:

  1. /** 
  2. * Get the known locales for this asset manager object. 
  3. */  
  4. void getLocales(Vector<String8>* locales) const;  
  5. void AssetManager::getLocales(Vector<String8>* locales) const  
  6. {  
  7.     ResTable* res = mResources;  
  8.     if (res != NULL) {  
  9.         res->getLocales(locales);  
  10.     }  
  11. }  
 

 

        可見,真正的實現部分由更底層的ResTable類來實現的。

        ResTable類的代碼路徑如下:

                <android_root>/frameworks/base/include/utils/ResourceTypes.h

                <android_root>/frameworks/base/libs/utils/ResourceTypes.cpp

 

        相關的函數有四個:

 

  1. void getLocales(Vector<String8>* locales) const;  
  2. void getConfigurations(Vector<ResTable_config>* configs) const;  
  3. // 這兩個函數從一個Vector<PackageGroup*>的數據結構中解析出系統支持的語言的code。   
  4. status_t parsePackage(const ResTable_package* const pkg, const Header* const header);  
  5. status_t add(const void* data, size_t size, void* cookie, Asset* asset, bool copyData=false);  
  6. // 這兩個函數初始化好Vector<PackageGroup*>的數據結構。  
 

 

        到此,已經可以看到了AssetManager.java類在底層是如何一步步的實現的。但是最終我們的問題的落在了ResTable類何時被初始化,何時調用它的add()函數的問題上。

發佈了38 篇原創文章 · 獲贊 14 · 訪問量 25萬+
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章