Chinaunix首页 | 论坛 | 博客
  • 博客访问: 388871
  • 博文数量: 120
  • 博客积分: 0
  • 博客等级: 民兵
  • 技术积分: 741
  • 用 户 组: 普通用户
  • 注册时间: 2014-03-27 18:15
文章分类

全部博文(120)

文章存档

2016年(13)

2015年(41)

2014年(66)

我的朋友

分类: Android平台

2015-05-08 11:56:12

    Android系统要求所有的程序经过数字签名才能安装,如果没有可用的数字签名,系统将不许安装运行此程序,不管是模拟器还是真实手机。因此,在设备或者是模拟器上运行调试程序之前,必须为应用程序设置数字签名。Android系统仅仅会在安装的时候测试签名证书的有效期,如果应用程序的签名是在安装之后才到期,那么应用程序仍然可以正常启用。        
    Android通过数字签名来 标识应用程序的作者和在应用程序之间建立信任关系,不是用来决定用户可不可以安装该应用程序。android的这个签名由应用程序的作者完成,并不需要权 威的数字证书签名机构认证,他只是用来让应用程序包自我认证的。Android系统默认自动给应用程序签名,ADT会自动使用debug密钥为应用程序签 名,debug密钥是一个名为debug.keystore的文件,位置位于电脑的:
/Documents and Settings/liuhua/.Android/debug.keystore,其中的liuhua是电脑的用户名。
  下面介绍手动签名:
    1. apk的签名工作可以通过两种方式来完成:
       1)通过ADT提供的图形化界面完成apk签名;
       2)完全通过DOS命令来完成apk签名
       给apk签名一共要用到3个工具(3个命令),分别是:keytool、jarsigner和zipalign
       1)keytool:生成数字证书,即密钥,也就是上面说到的扩展名为.keystore的那类文件;
       2)jarsigner:使用数字证书给apk文件签名;
       3)zipalign:对签名后的apk进行优化,提高与Android系统交互的效率(Android SDK1.6版本开始包含此工具)
   通常你开发的所有应用程序,都是使用同样的签名,即使用同一个数字证书。如果你是第一次做Android应用程序签名,上面的3个工具都将用到; 但如果你已经有数字证书了,以后再给其它apk签名时,只需要用到jarsigner和zipalign就可以完成。另外,keytool和 jarsigner两个工具是jdk自带的,也就意味着生成数字证书和文件签名不是Android的专利;另外从字面上理解jarsigner也能猜得出 该工具主要是用来给jar文件签名的。
      3个工具默认所在的路径:
         1)keytool:该工具位于jdk安装路径的bin目录下;
         2)jarsigner:该工具位于jdk安装路径的bin目录下;
         3)zipalign:该工具位于Android-sdk-windows/tools/目录下        
    2.生成未经签名的apk文件
   打开Eclipse,在Android工程名称上点击右键,依次选择“Android Tools” - “Export Unsigned Application Package ...”,然后选择一个存储位置保存即可。这样就得到了一个未经签名的apk文件。
    3. 使用keytool工具生成数字证书
         keytool -genkey -v -keystore liufeng.keystore -alias liufeng.keystore -keyalg RSA -validity 20000
         说明:
          1)keytool是工具名称,-genkey意味着执行的是生成数字证书操作,-v表示将生成证书的详细信息打印出来,显示在dos窗口中;
          2)-keystore liufeng.keystore 表示生成的数字证书的文件名为“liufeng.keystore”;
          3)-alias liufeng.keystore 表示证书的别名为“liufeng.keystore”,当然可以不和上面的文件名一样;
          4)-keyalg RSA 表示生成密钥文件所采用的算法为RSA;
          5)-validity 20000 表示该数字证书的有效期为20000天,意味着20000天之后该证书将失效
     4.  使用jarsigner工具为Android应用程序签名
         jarsigner -verbose -keystore liufeng.keystore -signedjar notepad_signed.apk notepad.apk liufeng.keystore
         说明:
           1)jarsigner是工具名称,-verbose表示将签名过程中的详细信息打印出来,显示在dos窗口中;
           2)-keystore liufeng.keystore 表示签名所使用的数字证书所在位置,这里没有写路径,表示在当前目录下;
           3)-signedjar notepad_signed.apk notepad.apk 表示给notepad.apk文件签名,签名后的文件名称为notepad_signed.apk;
           4)最后面的liufeng.keystore 表示证书的别名,对应于生成数字证书时-alias参数后面的名称
     5.  使用zipalign工具优化已签名的apk(非必须但建议这么做)
          zipalign -v 4 notepad_signed.apk notepad_signed_aligned.apk
            说明:
            1)zipalign是工具名称,-v表示在DOS窗口打印出详细的优化信息;
            2)notepad_signed.apk notepad_signed_aligned.apk 表示对已签名文件notepad_signed.apk进行优化,优化后的文件名为   notepad_signed_aligned.apk
如果你以前的程序是采用默认签名的方式(debug签名),一旦换了新的签名应用将不能覆盖安装,必须将原先的程序卸载掉,才能安装上。
因为程序覆盖安装主要检查两点:
      1)两个程序的入口Activity是否相同。两个程序如果包名不一样,即使其它所有代码完全一样,也不会被视为同一个程序的不同版本;
      2)两个程序所采用的签名是否相同。如果两个程序所采用的签名不同,即使包名相同,也不会被视为同一个程序的不同版本,不能覆盖安装。
     另外,可能有人可能会认为反正debug签名的应用程序也能安装使用,那也没有必要自己签名了嘛。千万不要这样想,debug签名的应用程序有这样两个限制,或者说风险:
      1)debug签名的应用程序不能在Android Market上架销售,它会强制你使用自己的签名;
       Debug模式下签名用的证书(默认是Eclipse/ADT和Ant编译)自从它创建之日起,1年后就会失效。

      2)debug.keystore在不同的机器上所生成的可能都不一样,就意味着如果你换了机器进行apk版本升级,那么将会出现上面那种 程序不能覆盖安装的问题。不要小视这个问题,如果你开发的程序只有你自己使用,当然无所谓,卸载再安装就可以了。但要是你的软件有很多使用客户,这就是大 问题了,就相当于软件不具备升级功能!

--------------------------------------------------------------------------------------------------

1. 在应用程序的AndroidManifest.xml中的manifest节点中加入android:sharedUserId="android.uid.system"这个属性。
2. 使用eclipse编译出apk文件,但是这个apk文件是不能用的。
3. 使用目标系统的platform密钥来重新给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运行在一个进程中,这样可以共享数据,应该会很有用的。

总结简单三步
>>>>>>>使用platform密钥对apk进行签名
1 创建一个目录
2 整理必须的文件:
密钥文件:进入build/target/product/security ,找到【platform.pk8】和【platform.x509.pem】系统默认使用的密钥。
signapk工具:进入build\tools\signapk找到SignApk.java,运行 javac或者直接mm编译。
signapk.jar的源码位置build/tools/signapk,编译以后生成的文件路径:out/host/linux-x86/framework/signapk.jar
3.执行命令: java -jar signapk.jar platform.x509.pem platform.pk8  your.apk your_signed.apk
这条命令的意义是:通过signapk.jar这个可执行jar包,以“platform.x509.pem”这个公钥文件和“platform.pk8”这个私钥文件对“your.apk”进行签名,签名后的文件保存为“your_signed.apk”。
转自:http://blog.csdn.net/centralperk/article/details/7425593
阅读(993) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~