註：兩種方法都不壹定適用於所有android系統。
方法壹：需要在Android系統源碼的環境下用make來編譯：
在應用程序的 AndroidManifest.xml 中的 manifest 節點中加入 android:sharedUserId="android.uid.system" 這個屬性
修改Android.mk文件，加入LOCAL_CERTIFICATE := platform這壹行
使用mm命令來編譯，生成的apk就有修改系統時間的權限了。
方法二：
同上，加入android:sharedUserId="android.uid.system"這個屬性。
使用eclipse編譯出apk文件，但是這個apk文件是不能用的。
用壓縮軟件打開apk文件，刪掉META-INF目錄下的CERT.SF和CERT.RSA兩個文件。 （這壹步我跳過了（原本是無意的，後來發現下面也有提到），結果壹樣可以）
使
用目標系統的platform密鑰來重新給apk文件簽名。這步比較麻煩，首先找到密鑰文件，在Android源碼目錄中的位置
是"build\target\product\security"，下面的platform.pk8和platform.x509.pem兩個文件。然
後用Android提供的Signapk工具來簽名，signapk的源代碼是在"build\tools\signapk"下，用法為"signapk
platform.x509.pem platform.pk8 input.apk
output.apk"，文件名最好使用絕對路徑防止找不到，也可以修改源代碼直接使用。
解釋壹下原理，首先加入
android:sharedUserId="android.uid.system"這個屬性。通過Shared User id,擁有同壹個User
id的多個APK可以配置成運行在同壹個進程中。那麽把程序的UID配成android.uid.system，也就是要讓程序運行在系統進程中，這樣就
有權限來調用那些需要系統權限的函數了。 只是加入UID還不夠，如果這時候安裝APK的話發現無法安裝，提示簽名不符，原因是程序想要運行在系統進程中
還要有目標系統的platform
key，就是上面第二個方法提到的platform.pk8和platform.x509.pem兩個文件。用這兩個key簽名後apk才真正可以放入系
統進程中。第壹個方法中加入LOCAL_CERTIFICATE := platform其實就是用這兩個key來簽名。
有壹個問題，就是這樣生成的程序只有在原始的Android系統或者是自己編譯的系統中才可以用，因為這樣的系統才可以拿到
platform.pk8
和platform.x509.pem兩個文件。要是別家公司做的Android上連安裝都安裝不了。試試原始的Android中的key
來簽名，程序在模擬器上運行OK，不過放到G3上安裝直接提示"Package ... has no signatures that match
those in shared user android.uid.system"，這樣也是保護了系統的安全。
最後說壹下，這個android:sharedUserId屬性不只可以把apk放到系統進程中，也可以配置多個APK運行在壹個進程中，這樣可以***享數據，應該會很有用的。