⑴功能
截去指定數(shù)位后的有效數(shù)字返回數(shù)據(jù)。
⑵格式
TRUNC(數(shù)值或數(shù)值單元格,指定數(shù)位)
⑶示例
A列          B列
1245.251
①截去小數(shù)取整數(shù)
B1單元格中輸入公式
=TRUNC(A1,0)或者=TRUNC(A1)，返回值為1245。
②保留1位小數(shù)
B1單元格中輸入公式
=TRUNC(A1,1)=1245.2
③保留百位數(shù)字
B1單元格中輸入公式
=TRUNC(A1,-2)=1200
說明：
函數(shù)TRUNC對指定的保留數(shù)位，右側(cè)數(shù)位不進行四舍五入，直接用0替代。

七、注意事項

[1]復(fù)雜的name屬性值
    當(dāng)使用rules選項時，如果表單的name屬性值包含有非法的javascript標(biāo)識符，必須將name值加上引號。
Js代碼

    $("#myform").validate({  
      rules: {  
        // no quoting necessary  
        name: "required",  
        // quoting necessary!  
        "user[email]": "email",  
        // dots need quoting, too!  
        "user.address.street": "required"  
      }  
    });  



[2]重構(gòu)規(guī)則
    不論什么時候，當(dāng)你的表單中的多個字段含有相同的驗證規(guī)則及驗證消息，重構(gòu)規(guī)則可以減少很多重復(fù)。使用 addMethod 和 addClassRules 將非常有效果。  
    假使已經(jīng)重構(gòu)了如下規(guī)則：
Js代碼

    // alias required to cRequired with new message  
    $.validator.addMethod("cRequired", $.validator.methods.required,  
      "Customer name required");  
    // alias minlength, too  
    $.validator.addMethod("cMinlength", $.validator.methods.minlength,   
      // leverage parameter replacement for minlength, {0} gets replaced with 2  
      $.format("Customer name must have at least {0} characters"));  
    // combine them both, including the parameter for minlength  
    $.validator.addClassRules("customer", { cRequired: true, cMinlength: 2 });  


    那么使用的時候如下：
Html代碼

    <input name="customer1" class="customer" />  
    <input name="customer2" class="customer" />  
    <input name="customer3" class="customer" />  



[3]驗證消息
    當(dāng)驗證了一個無效的表單元素，驗證消息顯示在用戶面前。這些消息是從哪里來的呢？有三個途徑來取得驗證消息。
        1.通過待驗證表單元素的title屬性
        2.通過默認的驗證消息
        3.通過插件設(shè)置(messages選項)
    這三種途徑的優(yōu)先順序為：3 > 1 > 2
   
[4]驗證消息與Google工具欄的沖突
    有時候驗證消息會與Goole工具欄的AutoFill插件沖突。AutoFill通過替換表單元素的title屬性，以顯示提示消息。此時，驗證消息如果獲取的是title屬性值，那么就得不到我們預(yù)期想要得到的結(jié)果。當(dāng)文檔載入時，可以通過如下方法避免沖突。
Js代碼

    $("input.remove_title").attr("title", "");  



[5]表單提交
    默認地，表單驗證失敗時阻止表單的提交，當(dāng)驗證通過，表單提交。當(dāng)然，也可以通過submitHandler來自定義提交事件。
    將提交按鈕的class屬性設(shè)置成cancel，在表單提交時可以跳過驗證。
Js代碼

    <input type="submit" name="submit" value="Submit" />  
    <input type="submit" class="cancel" name="cancel" value="Cancel" />  


    下面這段代碼將循環(huán)提交表單：
Java代碼

    $("#myform").validate({  
     submitHandler: function(form) {  
       // some other code maybe disabling submit button  
       // then:  
       $(form).submit();  
     }  
    });  


    $(form).submit() 觸發(fā)了另外一輪的驗證，驗證后又去調(diào)用submitHandler，然后就循環(huán)了。可以用 form.submit() 來觸發(fā)原生的表單提交事件。
Java代碼

    $("#myform").validate({  
     submitHandler: function(form) {  
       form.submit();  
     }  
    }); 

為了實現(xiàn)靜默卸載， 學(xué)了下android的安全體系，記錄如下

最近在做個東西，巧合碰到了sharedUserId的問題，所以收集了一些資料，存存檔備份。

    安裝在設(shè)備中的每一個apk文件，Android給每個APK進程分配一個單獨的用戶空間,其manifest中的userid就是對應(yīng)一個Linux用戶都會被分配到一個屬于自己的統(tǒng)一的Linux用戶ID，并且為它創(chuàng)建一個沙箱，以防止影響其他應(yīng)用程序（或者其他應(yīng)用程序影響它）。用戶ID 在應(yīng)用程序安裝到設(shè)備中時被分配，并且在這個設(shè)備中保持它的永久性。

通過Shared User id,擁有同一個User id的多個APK可以配置成運行在同一個進程中.所以默認就是可以互相訪問任意數(shù)據(jù). 也可以配置成運行成不同的進程, 同時可以訪問其他APK的數(shù)據(jù)目錄下的數(shù)據(jù)庫和文件.就像訪問本程序的數(shù)據(jù)一樣.

對于一個APK來說，如果要使用某個共享UID的話，必須做三步：

1、在Manifest節(jié)點中增加android:sharedUserId屬性。

2、在Android.mk中增加LOCAL_CERTIFICATE的定義。

如果增加了上面的屬性但沒有定義與之對應(yīng)的LOCAL_CERTIFICATE的話，APK是安裝不上去的。提示錯誤是：Package com.test.MyTest has no signatures that match those in shared user android.uid.system; ignoring!也就是說，僅有相同簽名和相同sharedUserID標(biāo)簽的兩個應(yīng)用程序簽名都會被分配相同的用戶ID。例如所有和media/download相關(guān)的APK都使用android.media作為sharedUserId的話，那么它們必須有相同的簽名media。

3、把APK的源碼放到packages/apps/目錄下，用mm進行編譯。

舉例說明一下。

系統(tǒng)中所有使用android.uid.system作為共享UID的APK，都會首先在manifest節(jié)點中增加android:sharedUserId="android.uid.system"，然后在Android.mk中增加LOCAL_CERTIFICATE := platform。可以參見Settings等

系統(tǒng)中所有使用android.uid.shared作為共享UID的APK，都會在manifest節(jié)點中增加android:sharedUserId="android.uid.shared"，然后在Android.mk中增加LOCAL_CERTIFICATE := shared。可以參見Launcher等

系統(tǒng)中所有使用android.media作為共享UID的APK，都會在manifest節(jié)點中增加android:sharedUserId="android.media"，然后在Android.mk中增加LOCAL_CERTIFICATE := media。可以參見Gallery等。

另外，應(yīng)用創(chuàng)建的任何文件都會被賦予應(yīng)用的用戶標(biāo)識，并且正常情況下不能被其他包訪問。當(dāng)通過getSharedPreferences（String，int）、openFileOutput（String、int）或者openOrCreate Database（String、int、SQLiteDatabase.CursorFactory）創(chuàng)建一個新文件時，開發(fā)者可以同時或分別使用MODE_WORLD_READABLE和MODE_WORLD_RITEABLE標(biāo)志允許其他包讀/寫此文件。當(dāng)設(shè)置了這些標(biāo)志后，這個文件仍然屬于自己的應(yīng)用程序，但是它的全局讀/寫和讀/寫權(quán)限已經(jīng)設(shè)置，所以其他任何應(yīng)用程序可以看到它。

關(guān)于簽名：

build/target/product/security目錄中有四組默認簽名供Android.mk在編譯APK使用：

1、testkey：普通APK，默認情況下使用。

2、platform：該APK完成一些系統(tǒng)的核心功能。經(jīng)過對系統(tǒng)中存在的文件夾的訪問測試，這種方式編譯出來的APK所在進程的UID為system。

3、shared：該APK需要和home/contacts進程共享數(shù)據(jù)。

4、media：該APK是media/download系統(tǒng)中的一環(huán)。

應(yīng)用程序的Android.mk中有一個LOCAL_CERTIFICATE字段，由它指定用哪個key簽名，未指定的默認用testkey.

對于使用eclipse編譯的apk，可以使用signapk.jar來手動進行簽名，其源碼在build/tools/signapk下，編譯后在out/host/linux-x86/framework/signapk.jar，也可以從網(wǎng)上下載。使用方法，以platform為例：java -jar ./signapk　platform.x509.pem platform.pk8 input.apk output.apk  (platform.x509.pem platform.pk8在build/target/product/security獲取)

1     pm install [-l] [-r] [-t] [-i INSTALLER_PACKAGE_NAME] [-s] [-f] PATH
2     pm uninstall [-k] PACKAGE

pm命令可以通過adb在shell中執(zhí)行，同樣，我們可以通過代碼來執(zhí)行。

01     public static void execCommand(String... command) {
02         Process process = null;
03         try {
04             process = new ProcessBuilder().command(command).start();
05             //對于命令的執(zhí)行結(jié)果我們可以通過流來讀取
06             // InputStream in = process.getInputStream();
07             // OutputStream out = process.getOutputStream();
08             // InputStream err = process.getErrorStream();
09         } catch (IOException e) {
10             e.printStackTrace();
11         } finally {
12             if (process != null)
13                 process.destroy();
14         }
15     }

1     execCommand("pm", "install", "-f", filePath);//安裝apk，filePath為apk文件路徑，如/mnt/sdcard/ApiDemos.apk
2     execCommand("pm", "uninstall", packageName);//卸載apk，packageName為包名，如com.example.android.apis

編譯生成apk時，要在你的manifest文件下添加android:sharedUserId="android.uid.system"，編譯完成之后還無法正常安裝，會出現(xiàn)Installation error: INSTALL_FAILED_SHARED_USER_INCOMPATIBLE錯誤，此時，要為apk重新簽名。

在android源碼\build\target\product\security中找platform.pk8和platform.x509.pem兩個文件，在android 編繹目錄out下找到 signapk.jar 這個包（源碼目錄\build\tools\signapk），并把編譯好的apk（如PMDemo.apk）放在同一目錄下，在重新簽名之前，用rar文件打開apk文件，進入META-INF目錄下，將CERT.SF和CERT.RSA這兩個文件刪除掉，然后在命令行中執(zhí)行以下命令：

1     java -jar signapk.jar platform.x509.pem platform.pk8 PMDemo.apk NewPMDemo.apk

安裝前先把舊的apk卸載，這樣重新簽名之后的apk就可以正常安裝了。

萬幸的是CROP提供的選項中，還有一個，可以自定義裁切輸出的圖片存儲位置。利用這一點，就可以規(guī)避Intent攜帶信息的不靠譜所造成的吃飯不香。
01    //發(fā)送請求
02    Intent intent = new Intent(Intent.ACTION_GET_CONTENT, null);
03    intent.setType("image/*");
04    intent.putExtra("crop", "true");
05    intent.putExtra("aspectX", 1);
06    intent.putExtra("aspectY", 1);
07    intent.putExtra("outputX", 1000);
08    intent.putExtra("outputY", 1000）;
09    intent.putExtra("scale", true);
10    intent.putExtra("return-data", false);
11    intent.putExtra(MediaStore.EXTRA_OUTPUT, getTempUri());
12    intent.putExtra("outputFormat", Bitmap.CompressFormat.JPEG.toString());
13    intent.putExtra("noFaceDetection", true);
14    startActivityForResult(intent, PHOTORESOULT);
15    
16    //選擇存儲位置
17    Uri tempPhotoUri;
18    
19    private Uri getTempUri() {
20        Uri tempPhotoUri = Uri.fromFile(getTempFile());
21        return tempPhotoUri;
22    }
23    
24    private File getTempFile() {
25        if (isSDCARDMounted()) {
26    
27        File f = new File(Environment.getExternalStorageDirectory(),"temp.jpg");
28        try {
29            f.createNewFile();
30        } catch (IOException e) {
31                ...
32            }
33        return f;
34        }
35        return null;
36    }
37    
38    // 注意，在我做的測試中，使用內(nèi)部緩存是無法正確寫入裁切后的圖片的。請大家有興趣的測試一番，看是否有意外。
39    // 系統(tǒng)是用全局的ContentResolver來做這個過程的文件io操作，app內(nèi)部的存儲被忽略。（猜測）
40    /*
41        File f = new File(getCacheDir(), "temp.jpg");
42        try {
43            f.createNewFile();
44        } catch (IOException e) {
45           ...
46        }
47        return f;
48        }
49    */
50    
51    private boolean isSDCARDMounted(){
52        String status = Environment.getExternalStorageState();
53    
54        if (status.equals(Environment.MEDIA_MOUNTED)){
55            return true;
56        }
57        return false;
58    }
59    
60    // 處理結(jié)果
61    //
62    Bitmap bitmap = null;
63    try {              
64        bitmap = BitmapFactory.decodeStream(getContentResolver().openInputStream(tempPhotoUri));
65    } catch (FileNotFoundException e) {
66        e.printStackTrace();
67    }

• Android應(yīng)用程序開發(fā)指南
• Android怎么實現(xiàn)語音朗讀
• Android怎么去除Dialog對話框的白色邊框
• Android如何為APK文件進行簽名
• Android實現(xiàn)體重測量儀的源碼
  

大多數(shù)操作系統(tǒng)，在應(yīng)用程序所寄存的可執(zhí)行程序映像（如Windows系統(tǒng)里的.exe）、它所運行的進程以及和用戶交互的圖標(biāo)和應(yīng)用之間有一種嚴格的1對1關(guān)系。在Android系統(tǒng)里，這些關(guān)聯(lián)要松散得多。并且重要的是要理解各種概念怎么樣組成整體。

由于Android應(yīng)用固有的靈活性，當(dāng)實現(xiàn)這些不同方面的時候有一些基本術(shù)語需要加以理解：

一個Android包 （.apk）文件，其中包含一個應(yīng)用程序的代碼和資源。這是應(yīng)用程序分發(fā)和下載的文件，用戶用來安裝該應(yīng)用程序在他們的設(shè)備上。
一個任務(wù)一般而言是指用戶視為的一個可啟動應(yīng)用程序：通常任務(wù)在桌面（home screen）有一個可訪問的圖標(biāo)，且可以被切換到前臺。
一個進程是一個運行著應(yīng)用程序代碼的底層核心過程。通常所有.apk里的代碼運行在一個專有的進程里。不過，進程標(biāo)記也可以用來限定代碼運行位置，或者為整個.apk或者為個別的活動activity，接收者receiver，服務(wù)或提供者provider，組件。
任務(wù)

這里的一個關(guān)鍵點是：當(dāng)用戶看到一個“應(yīng)用”時，他們實際上在和任務(wù)打交道。如果您剛剛創(chuàng)建一個包含若干活動的.apk，其中之一是頂層入口點（通 過動作android.intent.action.MAIN的意圖過濾器intent-filter和類別 android.intent.category.LAUNCHER），那么這事實上將為您的.apk創(chuàng)建一個任務(wù)，并且您從那兒起動的任何活動都將作為 那個任務(wù)的一部分運行。

一個任務(wù)，那么，從用戶的角度來看是您的應(yīng)用程序;而從應(yīng)用程序開發(fā)者的角度來看，它是一個或多個用戶在那個任務(wù)中已經(jīng)經(jīng)歷過且未關(guān)閉的活動，或者 說是一個活動棧。一個新的任務(wù)通過以Intent.FLAG_ACTIVITY_NEW_TASK標(biāo)志起動一個活動意圖來創(chuàng)建;這一意圖將被用來作為任務(wù) 的根意圖，定義任務(wù)是什么。任何不以這個標(biāo)志起動的活動將和起動它的活動在相同的任務(wù)中運行（除非該活動已請求特別啟動模式，稍后會討論）。任務(wù)可以被重 新安排：如果您使用FLAG_ACTIVITY_NEW_TASK標(biāo)志但已經(jīng)有一個任務(wù)以這個意圖運行，則當(dāng)前任務(wù)的活動棧將被切換到前臺而不是開始一個 新的任務(wù)。

FLAG_ACTIVITY_NEW_TASK必須謹慎使用：使用它意味著，在用戶看來，一個新的應(yīng)用程序由此起動。如果這不是你所期望的行為，你 就不該去創(chuàng)建一個新的任務(wù)。另外，僅在用戶可以從桌面返回到他原來的地方和以一個新任務(wù)啟動相同意圖的情況下，你才應(yīng)該使用新的任務(wù)標(biāo)記。否則，如果用戶 在你已經(jīng)啟動的任務(wù)里按桌面（HOME）鍵，而不是返回（BACK）鍵，你的任務(wù)及其活動將被放置到桌面后面，沒有辦法再切換回去。

任務(wù)共用性Affinity

在某些情況下，Android需要知道一個活動屬于哪個任務(wù)即使它沒有被啟動到一個具體的任務(wù)里。這是通過任務(wù)共用性（Affinities）完成 的。任務(wù)共用性（Affinities）為這個運行一個或多個活動的任務(wù)提供了一個獨特的靜態(tài)名稱，默認的一個活動的任務(wù)共用性（Affinity）是實 現(xiàn)了該活動的.apk包的名字。這提供了預(yù)期的標(biāo)準(zhǔn)特性，即所有在一個特定的.apk包里的活動是單個用戶應(yīng)用程序的一部分。

當(dāng)開始一個沒有Intent.FLAG_ACTIVITY_NEW_TASK標(biāo)志的活動時，任務(wù)共用性affinities不會影響將會運行該新活 動的任務(wù):它總是運行在啟動它的任務(wù)里。但是，如果使用了NEW_TASK標(biāo)志，那么共用性（affinity）將被用來判斷是否已經(jīng)存在一個有相同共用 性（affinity）的任務(wù)。如果是這樣，這項任務(wù)將被切換到前面而新的活動會啟動于這個任務(wù)的頂層。

 

這種特性在您必須使用NEW_TASK標(biāo)志的情況下最有用，尤其是從狀態(tài)欄通知或桌面快捷方式啟動活動時。結(jié)果是，當(dāng)用戶用這種方式啟動您的應(yīng)用程序時，它的當(dāng)前任務(wù)將被切換到前臺，而且想要查看的活動被放在最上面。

你可以在程序清單（Manifest）文件的應(yīng)用程序application標(biāo)簽中為.apk包中所有的活動分配你自己的任務(wù)共用性Affinites，或者在活動標(biāo)記中為各個活動進行分配。一些說明其如何使用的例子如下：

如果您的.apk包含多個用戶可以啟動的高層應(yīng)用程序，那么您可能需要對用戶看到的每個活動指定不同的affinities。一個不錯的命名慣例是 以附加一個以冒號分隔的字符串來擴展您的.apk包名。例如，“ com.android.contacts ”.apk可以有affinities:“com.android.contacts：Dialer”和“ com.android.contacts：ContactsList”。
如果您正在替換一個通知，快捷方式，或其他可以從外部發(fā)起的應(yīng)用程序 的“內(nèi)部”活動，你可能需要明確設(shè)定您替代活動的taskAffinity和您準(zhǔn)備替代的應(yīng)用程序一樣。例如，如果您想替換contacts詳細信息視圖 （用戶可以創(chuàng)建并調(diào)用快捷方式），你得把taskAffinity設(shè)置成“com.android.contacts”。
啟動模式和啟動標(biāo)志

您控制活動和任務(wù)交互的主要途徑是通過活動的launchMode 屬性和意圖相關(guān)的標(biāo)志flags。這兩個參數(shù)可以以各種方式合作來控制活動啟動的結(jié)果，正如它們相關(guān)文檔中描述的那樣。在這里，我們將看看一些常見的用例和參數(shù)組合。

你將使用的最常見的啟動模式（除了默認的standard模式）是singleTop。這并不影響任務(wù);它只是避免多次在一個堆棧頂部起動同一活動。

singleTask啟動模式對任務(wù)有重大的影響：它使活動始終是開始于一項新的任務(wù)（或其現(xiàn)有的任務(wù)被帶到前臺） 。使用這種模式需要謹慎對待你如何與系統(tǒng)其他部分進行交互，因為這影響到這個活動中的每一個路徑。它應(yīng)當(dāng)僅在活動處于應(yīng)用程序前臺時使用（也就是支持 MAIN動作和LAUNCHER類別）。

singleInstance啟動模式更是專業(yè)，并應(yīng)僅用于整個就是被實現(xiàn)為一個活動的應(yīng)用程序中。

有一種你會經(jīng)常遇到的情況是當(dāng)另一個實體（如SearchManager 或NotificationManager）開始您的一個活動。在這種情況下，必須使用Intent.FLAG_ACTIVITY_NEW_TASK 標(biāo)簽，因為該項活動是在任務(wù)之外起動的（而且應(yīng)用/任務(wù)可能根本不存在）。正如前面所述，這種情況下的標(biāo)準(zhǔn)行為是把匹配新活動affinity的任務(wù)帶到 前臺和在此之上起動新的活動。不過，也有其他您可以實施的行為類型。

其中一種常見的做法是，還可以使用Intent.FLAG_ACTIVITY_CLEAR_TOP 國旗與NEW_TASK 。通過這樣做，如果你的任務(wù)已經(jīng)運行，那么將提請前景，所有的活動，其堆棧清除除根系活力和根系活力的onNewIntent （意圖） 所謂的意圖正在開始。請注意，該活動還常常使用singleTop 或singleTask 發(fā)射模式時，使用這種方法，因此，目前的情況是由于新的意圖而不需要將它摧毀，一個新的實例開始。

一種通常的辦法是和NEW_TASK聯(lián)合起來使用Intent.FLAG_ACTIVITY_CLEAR_TOP標(biāo)志。這樣，如果您的任務(wù)已經(jīng)運 行，那么它將會被帶到前臺，除根活動外其它所有堆棧中的活動都被清除，而且這個根活動的方法onNewIntent(Intent)會在該意圖起動時被調(diào) 用。注意這個活動使用這個方法時經(jīng)常使用singleTop或者singleTask起動模式，這樣當(dāng)前實例被賦予新的意圖而不是需要銷毀它然后重新起動 一個新的實例。

您能采取的另外的方法是設(shè)置通知活動的任務(wù)affinity為空字符串“”（表示沒有affinity），并設(shè)置 finishOnBackground屬性。這種方法是有用的如果你希望這個通知把用戶帶到一個單獨的描述它的活動中，而不是返回到應(yīng)用程序的任務(wù)。通過 指定這個屬性，該活動將被結(jié)束不管用戶通過BACK還是HOME離開它;如果這個屬性沒有指定，按首頁將導(dǎo)致這個活動及其任務(wù)仍保留在系統(tǒng)里，且可能沒有 辦法返回它。

請務(wù)必閱讀關(guān)于launchMode屬性和Intent標(biāo)志的文檔以獲取這些選項的詳細說明。

 

 

進程

在Android里，進程完全是應(yīng)用的實現(xiàn)細節(jié)，而不是用戶通常了解的那樣。其主要用途就是：

通過安置不受信任的或不穩(wěn)定的代碼到另一個進程來提高穩(wěn)定性或安全性。
通過在同一進程里運行多個.apks的代碼來減少開銷。
通過把重量級代碼放在單獨的進程中來幫助系統(tǒng)管理資源，該進程可以在不影響應(yīng)用程序其他部分的情況下被終止。
正如前面所述，這個進程屬性用來控制運行著特定應(yīng)用程序組件的進程，注意，此屬性不能用于違反系統(tǒng)安全性：如果有兩個不共享相同用戶ID的.apks嘗試運行在同一進程中，這將不會被允許，相反會為它們每一個創(chuàng)建不同的進程。

參見安全 文檔以獲取更多關(guān)于安全限制方面的信息。

Android相關(guān)內(nèi)容:

 

線程

每個進程包含一個或多個線程。多數(shù)情況下，Android避免在進程里創(chuàng)建額外的線程，以保持應(yīng)用程序單線程，除非它創(chuàng)建自己的線程。一個重要的結(jié) 果就是所有對活動Activity，廣播接收器BroadcastReceiver以及服務(wù)Service實例的調(diào)用都是由這個進程的主線程創(chuàng)建的。

注意新的線程并不會為每個活動，廣播接收器，服務(wù)或者內(nèi)容提供器（ContentProvider）實例而創(chuàng)建：這些應(yīng)用程序的組件在進程里被實例 化（除非另有說明，都在同一個進程處理），實際上是進程的主線程。這說明當(dāng)被系統(tǒng)調(diào)用時沒有哪個組件（包括服務(wù)）會進行遠程或者阻塞操作（就像網(wǎng)絡(luò)調(diào)用或 者計算循環(huán)），因為這將阻止進程中的所有其他組件。你可以使用標(biāo)準(zhǔn)的線程類Thread或者Android的HandlerThread便捷類去對其它線 程執(zhí)行遠程操作。

這里有一些關(guān)于這個線程規(guī)則的重要的例外：

  ? 對IBinder或者IBinder實現(xiàn)的接口的調(diào)用由調(diào)用線程或本地進程的線程池（如果該呼叫來自其他進程）分發(fā)，而不是它們的進程的主線程。特殊情況 下，一個服務(wù)的IBinder可以這樣調(diào)用。（盡管調(diào)用服務(wù)里的方法已經(jīng)在主線程里完成。）這意味著IBinder接口的實現(xiàn)必須要有一種線程安全的方 法，這樣任意線程才能同時訪問它。
  ? 對ContentProvider主要方法的調(diào)用由調(diào)用線程或者主線程分發(fā),如同IBinder一樣。被指定的方法在內(nèi)容提供器的類里有記錄。這意味著實現(xiàn)這些方法必須要有一種線程安全的模式，這樣任意其它線程可以同時訪問它。
  ? 視圖及其子類中的調(diào)用由正在運行著視圖的線程產(chǎn)生。通常情況下，這會被作為進程的主線程，如果你創(chuàng)建一個線程并顯示一個窗口，那么繼承的窗口視圖將從那個線程里啟動。

在Android手機中判斷是否聯(lián)網(wǎng)可以通過 ConnectivityManager 類的isAvailable()方法判斷，

首先獲取網(wǎng)絡(luò)通訊類的實例

     ConnectivityManager cwjManager=(ConnectivityManager)getSystemService(Context.CONNECTIVITY_SERVICE); ，

     使用cwjManager.getActiveNetworkInfo().isAvailable(); 來返回是否有效，如果為True則表示當(dāng)前Android手機已經(jīng)聯(lián)網(wǎng)，可能是WiFi或GPRS、HSDPA等等，

     具體的可以通過ConnectivityManager 類的getActiveNetworkInfo() 方法判斷詳細的接入方式，   

     需要注意的是有關(guān)調(diào)用需要加入

<uses-permission android:name="android.permission.ACCESS_NETWORK_STATE"></uses-permission> 這個權(quán)限，

最近出于對Android系統(tǒng)自帶聯(lián)系人應(yīng)用加載聯(lián)系人反應(yīng)之迅速的敬佩和景仰，想組織幾位同事一起閱讀該應(yīng)用源碼，無奈Eclipse下編譯一堆錯誤。最終不得不下載了完整的Android源碼，在Ubuntu下編譯完成后，導(dǎo)入該應(yīng)用所需的Jar包。
按照上面帖子的描述，新增User Library后，整個工程只剩下?lián)芴柋P頁面還有15個錯誤；

看下錯誤描述，是
    import com.android.phone.CallLogAsync;  
    import com.android.phone.HapticFeedback; 

缺失這兩個引用，呵呵，明白了，導(dǎo)入電話編譯生成的Jar包

out\target\common\obj\APPS\Phone_intermediates\classes.jar  

OK，就這么編譯通過了，好了，下周一可以開始和同事一起閱讀該代碼了 記錄下來，希望對別的朋友能有一點點幫助
Eclipse相關(guān)內(nèi)容:

• 迎接Eclipse 3.5(Galileo)：新特性
• 創(chuàng)建和打包Eclipse源代碼插件
• 在Eclipse中使用findbug
• Google發(fā)布Eclipse插件
• eclipse中System.out快捷鍵設(shè)定

一、到官方上下載svn1.8.3，下載后的文件名叫site-1.8.3.zip
      地址：http://subclipse.tigris.org/servlets/ProjectDocumentList?folderID=2240  這里有很多版本，請自己選擇合適的；

二、解壓，刪除解壓后得到的文件中除了名叫features和plugins的兩個文件夾以外的其他所有文件。

三、在MyEclipse10.0的安裝目錄中自己新建一個文件夾（我的叫MyPlugins）然后把解壓并刪除過文件后得到的那個SVN文件夾 復(fù)制到該目錄；

四、在MyEclipse10.0的安裝目錄下的dropins文件夾中建立一個文本文件，內(nèi)容輸path=你的svn路徑，（我的是path=E:\\MyEclipse\\MyEclipse 10\\MyPlugins\\SVN-1.8.3），然后保存，保存后將該文件名重命名成SVN.lnk(記住擴展名是是.lnk不是網(wǎng)上有網(wǎng)友說的link).

五、接下來刪除 MyEclipse10.0的安裝目錄下configuration文件夾中的org.eclipse.update文件夾。

六、重啟－〉OK。

MyEclipse相關(guān)內(nèi)容:

以下文件在linux   g++ (GCC) 4.1.2 環(huán)境編譯通過

//file: lunarday.h

//author: cuichaox@gmail.com

//2007-02-13 11:22:04


#ifndef LUANR_CALENDAR_H
#define LUANR_CALENDAR_H

namespace lunar
{
     //保存一個農(nóng)歷日期

     typedef struct T_Date
     {
     //年

     int year;
     //月

     int month;
     //日

     int day;
     //是否閏月

     bool leap;    
     } Date;
     
     //公歷轉(zhuǎn)農(nóng)歷

     Date LuanrDate(int solar_year,int solar_month,int solar_day);
}


//file: lunarday.cpp

//author: cuichao@gmail.com

//2007-02-13 11:22:48


#include "lunarday.h"
#include <ctime>
#include <cassert>
#include <cstring>
#include <iostream>

using namespace std;
using lunar::Date;


//使用比特位記錄每年的情況

//0~4 共5bit 春節(jié)日份

//5~6 共2bit 春節(jié)月份

//7~19 共13bit 13個月的大小月情況(如果無閏月，最后位無效)，大月為1,小月為0

//20~23 共4bit 記錄閏月的月份，如果沒有閏月為0

static const int BEGIN_YEAR = 1901;
static const int NUMBER_YEAR = 199;
static const unsigned int LUNAR_YEARS[199] = {
     0x04AE53,0x0A5748,0x5526BD,0x0D2650,0x0D9544,
     0x46AAB9,0x056A4D,0x09AD42,0x24AEB6,0x04AE4A, //1901-1910

     0x6A4DBE,0x0A4D52,0x0D2546,0x5D52BA,0x0B544E,
     0x0D6A43,0x296D37,0x095B4B,0x749BC1,0x049754, //1911-1920

     0x0A4B48,0x5B25BC,0x06A550,0x06D445,0x4ADAB8,
     0x02B64D,0x095742,0x2497B7,0x04974A,0x664B3E, //1921-1930

     0x0D4A51,0x0EA546,0x56D4BA,0x05AD4E,0x02B644,
     0x393738,0x092E4B,0x7C96BF,0x0C9553,0x0D4A48, //1931-1940

     0x6DA53B,0x0B554F,0x056A45,0x4AADB9,0x025D4D,
     0x092D42,0x2C95B6,0x0A954A,0x7B4ABD,0x06CA51, //1941-1950

     0x0B5546,0x555ABB,0x04DA4E,0x0A5B43,0x352BB8,
     0x052B4C,0x8A953F,0x0E9552,0x06AA48,0x7AD53C, //1951-1960

     0x0AB54F,0x04B645,0x4A5739,0x0A574D,0x052642,
     0x3E9335,0x0D9549,0x75AABE,0x056A51,0x096D46, //1961-1970

     0x54AEBB,0x04AD4F,0x0A4D43,0x4D26B7,0x0D254B,
     0x8D52BF,0x0B5452,0x0B6A47,0x696D3C,0x095B50, //1971-1980

     0x049B45,0x4A4BB9,0x0A4B4D,0xAB25C2,0x06A554,
     0x06D449,0x6ADA3D,0x0AB651,0x093746,0x5497BB, //1981-1990

     0x04974F,0x064B44,0x36A537,0x0EA54A,0x86B2BF,
     0x05AC53,0x0AB647,0x5936BC,0x092E50,0x0C9645, //1991-2000

     0x4D4AB8,0x0D4A4C,0x0DA541,0x25AAB6,0x056A49,
     0x7AADBD,0x025D52,0x092D47,0x5C95BA,0x0A954E, //2001-2010

     0x0B4A43,0x4B5537,0x0AD54A,0x955ABF,0x04BA53,
     0x0A5B48,0x652BBC,0x052B50,0x0A9345,0x474AB9, //2011-2020

     0x06AA4C,0x0AD541,0x24DAB6,0x04B64A,0x69573D,
     0x0A4E51,0x0D2646,0x5E933A,0x0D534D,0x05AA43, //2021-2030

     0x36B537,0x096D4B,0xB4AEBF,0x04AD53,0x0A4D48,
     0x6D25BC,0x0D254F,0x0D5244,0x5DAA38,0x0B5A4C, //2031-2040

     0x056D41,0x24ADB6,0x049B4A,0x7A4BBE,0x0A4B51,
     0x0AA546,0x5B52BA,0x06D24E,0x0ADA42,0x355B37, //2041-2050

     0x09374B,0x8497C1,0x049753,0x064B48,0x66A53C,
     0x0EA54F,0x06B244,0x4AB638,0x0AAE4C,0x092E42, //2051-2060

     0x3C9735,0x0C9649,0x7D4ABD,0x0D4A51,0x0DA545,
     0x55AABA,0x056A4E,0x0A6D43,0x452EB7,0x052D4B, //2061-2070

     0x8A95BF,0x0A9553,0x0B4A47,0x6B553B,0x0AD54F,
     0x055A45,0x4A5D38,0x0A5B4C,0x052B42,0x3A93B6, //2071-2080

     0x069349,0x7729BD,0x06AA51,0x0AD546,0x54DABA,
     0x04B64E,0x0A5743,0x452738,0x0D264A,0x8E933E, //2081-2090

     0x0D5252,0x0DAA47,0x66B53B,0x056D4F,0x04AE45,
     0x4A4EB9,0x0A4D4C,0x0D1541,0x2D92B5 //2091-2099

};
//計算這個公歷日期是一年中的第幾天

static int DayOfSolarYear(int year, int month, int day )
{
     //為了提高效率，記錄每月一日是一年中的第幾天

     static const int NORMAL_YDAY[12] = {1,32,60,91,121,152,
                     182,213,244,274,305,335};
     //閏年的情況

     static const int LEAP_YDAY[12] = {1,32,61,92,122,153,
                 183,214,245,275,306,336};
     const int *t_year_yday_ = NORMAL_YDAY;
     
     //判斷是否是公歷閏年

     if( year % 4 ==0 )
     {
     if(year%100 != 0)    
     t_year_yday_ = LEAP_YDAY;
     if(year%400 == 0)
     t_year_yday_ = LEAP_YDAY;              
     }
     return t_year_yday_[month -1] + (day -1);
}

Date lunar::LuanrDate(int solar_year,int solar_month,int solar_day)
{
     Date luanr_date ;
     luanr_date.year = solar_year;
     luanr_date.month = 0;
     luanr_date.day = 0;
     luanr_date.leap = false;
     
     //越界檢查，如果越界，返回?zé)o效日期

     if(solar_year <= BEGIN_YEAR || solar_year > BEGIN_YEAR + NUMBER_YEAR - 1 )
          return luanr_date;
          
     int year_index = solar_year - BEGIN_YEAR;
     
     //計算春節(jié)的公歷日期

     int spring_ny_month = ( LUNAR_YEARS[year_index] & 0x60 ) >> 5;
     int spring_ny_day = ( LUNAR_YEARS[year_index] & 0x1f);
     
     //計算今天是公歷年的第幾天

     int today_solar_yd = DayOfSolarYear(solar_year,solar_month,solar_day);
     //計算春節(jié)是公歷年的第幾天

     int spring_ny_yd = DayOfSolarYear(solar_year,spring_ny_month,spring_ny_day);
     //計算今天是農(nóng)歷年的第幾天

     int today_luanr_yd = today_solar_yd - spring_ny_yd + 1;
     //如果今天在春節(jié)的前面，重新計算today_luanr_yd

     if ( today_luanr_yd < 0)
     {
      //農(nóng)歷年比當(dāng)前公歷年小1

     year_index --;
     luanr_date.year --;
     //越界，返回?zé)o效日期

     if(year_index <0)
     return luanr_date;
     spring_ny_month = ( LUNAR_YEARS[year_index] & 0x60 ) >> 5;
     spring_ny_day = ( LUNAR_YEARS[year_index] & 0x1f);    
     spring_ny_yd = DayOfSolarYear(solar_year,spring_ny_month,spring_ny_day);
         
     int year_total_day = DayOfSolarYear(luanr_date.year,12,31);         
     today_luanr_yd = today_solar_yd + year_total_day - spring_ny_yd + 1;    
     }
     
     int luanr_month = 1;
     //計算月份和日期

     for(;luanr_month<=13;luanr_month++)
     {    
     int month_day = 29;    
     if( (LUNAR_YEARS[year_index] >> (6 + luanr_month)) & 0x1 )
     month_day = 30;    
     if( today_luanr_yd <= month_day )
     break;
     else
     today_luanr_yd -= month_day;    
     }
     luanr_date.day = today_luanr_yd;
     //處理閏月

     int leap_month = (LUNAR_YEARS[year_index] >>20) & 0xf;
     if(leap_month > 0 && leap_month < luanr_month )
     {    
     luanr_month --;
     //如果當(dāng)前月為閏月，設(shè)置閏月標(biāo)志

     if( luanr_month == leap_month )    
     luanr_date.leap = true;         
     }
     assert(leap_month <= 12);
     luanr_date.month = luanr_month;
     return luanr_date;
}

測試主函數(shù)，打印當(dāng)前農(nóng)歷日期


//file: chdate.cpp

//author: cuichaox@gmail.com

//2007-02-13 11:21:45


#include <iostream>
#include <ctime>
#include "lunarday.h"


int main(int argc, char *argv[])
{
     using namespace std;
     using namespace lunar;
     
     time_t current_time;
     time(&current_time);
     tm *current_tm = localtime(&current_time);
     
     int year = current_tm->tm_year + 1900;
     int month = current_tm->tm_mon +1;
     int day = current_tm->tm_mday;
     
     Date lunar_date = LuanrDate(year,month,day);
     
     cout<<lunar_date.year<<"年";
     if(lunar_date.leap)
     cout<<"閏";
     cout<<lunar_date.month<<"月";
     cout<<lunar_date.day<<"日";
     cout<<endl;     
     return 0;
}


Makefile文件，如下
#makefile for chdate
CPP = g++
LD = g++

CC_FLAG =   
LD_FLAG =

FILE_LIST = lunarday.cpp chdate.cpp
OBJ_LIST =  $(FILE_LIST:%.cpp=%.o)
BIN = chdate


default: $(BIN)

$(BIN): $(OBJ_LIST)
    $(LD) $(LD_FLAG) -o $(BIN) $(OBJ_LIST)


%.o : %.cpp
    @$(CPP) $(CC_FLAG) -c $< -o $@

clean:
    rm $(OBJ_LIST) $(BIN)

執(zhí)行效果如下
sideleft@doom:~/workspace/luanrday$ ./chdate
2006年12月26日

General C/C++

    Pre-processor commands
    Operator Precedence
    Escape Sequences
    ASCII Chart
    Data Types
    Keywords

Standard C Library

    Standard C I/O
    Standard C String & Character
    Standard C Math
    Standard C Time & Date
    Standard C Memory
    Other standard C functions

All C Functions
C++

    C++ I/O
    C++ Strings
    Miscellaneous C++

C++ Standard Template Library

    C++ Algorithms
    C++ Vectors
    C++ Double-Ended Queues
    C++ Lists
    C++ Priority Queues
    C++ Queues
    C++ Stacks
    C++ Sets
    C++ Multisets
    C++ Maps
    C++ Multimaps
    C++ Bitsets