android应用签名安卓 apk 签名 odex 用不用 签名

android 应用签名怎么获取

android 应用签名获取方法如下： 1、选择程序，右键--->android tools --->签名发布，按步骤生成一个签名keystore和一个经过签名的apk,安装该APK到手机； 2、选择自己的程序，右键运行到手机 3、下载签名应用，在手机中运行，根据提示输入程序的包名获得一个apk签名字符串，最后将这个字符串填到第一步的应用签名栏处。

保存即可正常调试应用了。

android 应用签名查看方法如下： (1) debug的apk通过Eclipse查看，如下图： (2) 某个keystore签名的应用，通过 Javakeytool?-?list?-?keystore?E?:??Trinea??keystore??appsearch?.?keystore查看，会要求输入签名密码，默认为android，如下图：

如何对android的apk签名进行验证

方法/步骤 1 菜单菜单键，键入cmd命令进入命令模式。

如图： 2 命令模式中，进入JDK的安装目录的Bin子目录下。

（我的JDK安装在E盘，所以先进入E盘，然后再进入JDK安装目录） 3 通过keytool.exe 工具来创建keystore库. 输入以下命令： keytool -genkeypair -alias - mydemo.keystore -keyalg RSA -validity 100 -keystore mydemo.keystore 命令说明如下： -genkeypair ：指定生成数字证实 -alias ：指定生成数字证书的别名 -keyalg：指定生成数字证书的算法 这里如RSA算法 -validity：指定生成数字证书的有效期 -keystore ：指定生成数字证书的存储路径。

（这里默认在keytool.exe 目录下） 回车 出现如图交互式界面 输入数字证书费密码 作者 公司等详细信息 如图 ： 4 完成后，keystore库创建完成，你可以在指定的保存目录下找到 如图： 5 使用jarsigner命令对未签名的APK安装包进行签名。

使用JDK安装目录下bin子目录下的jarsigner.exe工具来进行签名。

然后把未签名的apk也拷贝到此目录。

如图： 6 使用如下命令进行签名： jarsigner -verbose -keystore mydemo.keystore -signedjar -Note.apk Notes.apk mydemo.keystore 以上命令的说明： -verbose：指定生成详细输出 -keystore：指定数字证书存储路径 -signedjar：该选项的三个参数为 签名后的apk包 未签名的apk包 数字证书别名 注意有效期哦。

7 签名后的apk 如图： 8 sdk目录下tool目录下使用zipalign.exe工具优化APK安装包。

将已经签名的apk包放在zipalign.exe同目录下 如图： 9 使用如下命令： zipalign -f -v 4 -Note.apk -Notes.apk 命令说明： -f ：指定强制覆盖已有文件 -v 指定生成详细输出 4：指定档案整理基于的字节数 一般是4 也有基于32位的。

-Note.apk :优化前APK -Notes.apk 优化后的APK 10 运行命令后，在该目录下生成一个-Notes.apk,这个就是优化过的APK安装包 ，该安装包可以对外发布。

如图： 如果能对你有帮助，希望你能收藏和支持。

/article/3c48dd3491d91fe10be358f4.html

安卓 apk 签名 odex 用不用 签名

不需要签名的 生成apk最懒惰的方法是： 只要你运行过android项目，到工作目录的bin文件夹下就能找到与项目同名的apk文件，这种apk默认是已经使用debug用户签名的。

如果想要自己给apk签名： 签名的意义 　　为了保证每个应用程序开发商合法ID，防止部分开放商可能通过使用相同的Package Name来混淆替换已经安装的程序，我们需要对我们发布的APK文件进行唯一签名，保证我们每次发布的版本的一致性(如自动更新不会因为版本不一致而无法安装)。

2.签名的步骤 　　a.创建key 　　b.使用步骤a中产生的key对apk签名 3.具体操作 　　方法一： 命令行下对apk签名（原理） 　　创建key，需要用到keytool.exe (位于jdk1.6.0_24jrein目录下)，使用产生的key对apk签名用到的是jarsigner.exe (位于jdk1.6.0_24in目录下)，把上两个软件所在的目录添加到环境变量path后，打开cmd输入 D:>keytool -genkey -alias demo.keystore -keyalg RSA -validity 40000 -keystore demo.keystore/*说明：-genkey 产生密钥 -alias demo.keystore 别名 demo.keystore -keyalg RSA 使用RSA算法对签名加密 -validity 40000 有效期限4000天 -keystore demo.keystore */D:>jarsigner -verbose -keystore demo.keystore -signedjar demo_signed.apk demo.apk demo.keystore/*说明：-verbose 输出签名的详细信息 -keystore demo.keystore 密钥库位置 -signedjar demor_signed.apk demo.apk demo.keystore 正式签名，三个参数中依次为签名后产生的文件demo_signed，要签名的文件demo.apk和密钥库demo.keystore.*/ 　　注意事项：android工程的bin目录下的demo.apk默认是已经使用debug用户签名的，所以不能使用上述步骤对此文件再次签名。

正确步骤应该是:在工程点击右键->Anroid Tools-Export Unsigned Application Package导出的apk采用上述步骤签名。

　　方法二：使用Eclipse导出带签名的apk 　　Eclipse直接能导出带签名的最终apk，非常方便，推荐使用，步骤如下： 　　第一步：导出。

　　第二步：创建密钥库keystore,输入密钥库导出位置和密码，记住密码，下次Use existing keystore会用到。

　　第三步：填写密钥库信息，填写一些apk文件的密码，使用期限和组织单位的信息。

　　第四步：生成带签名的apk文件，到此就结束了。

　　第五步：如果下次发布版本的时候，使用前面生成的keystore再签名。

　　第六步：Next,Next,结束！ 　　方法三：使用IntelliJ IDEA导出带签名的apk 　　方法步骤基本和Eclipse相同，大概操作路径是：菜单Tools->Andrdoid->Export signed apk。

4.签名之后，用zipalign(压缩对齐)优化你的APK文件。

　　未签名的apk不能使用，也不能优化。

签名之后的apk谷歌推荐使用zipalign.exe(位于android-sdk-windows ools目录下)工具对其优化： D:>zipalign -v 4 demo_signed.apk final.apk 　　如上，zipalign能够使apk文件中未压缩的数据在4个字节边界上对齐（4个字节是一个性能很好的值），这样android系统就可以使用mmap()(请自行查阅这个函数的用途)函数读取文件，可以在读取资源上获得较高的性能， 　　PS:1.在4个字节边界上对齐的意思就是，一般来说，是指编译器吧4个字节作为一个单位来进行读取的结果，这样的话，CPU能够对变量进行高效、快速的访问（较之前不对齐）。

2.对齐的根源：android系统中的Davlik虚拟机使用自己专有的格式DEX，DEX的结构是紧凑的，为了让运行时的性能更好，可以进一步用"对齐"进一步优化，但是大小一般会有所增加。

5.签名对你的App的影响。

　　 你不可能只做一个APP，你可能有一个宏伟的战略工程，想要在生活，服务，游戏，系统各个领域都想插足的话，你不可能只做一个APP，谷歌建议你把你所有的APP都使用同一个签名证书。

　　 使用你自己的同一个签名证书，就没有人能够覆盖你的应用程序，即使包名相同，所以影响有： 　　1) App升级。

使用相同签名的升级软件可以正常覆盖老版本的软件，否则系统比较发现新版本的签名证书和老版本的签名证书不一致，不会允许新版本安装成功的。

　　2) App模块化。

android系统允许具有相同的App运行在同一个进程中，如果运行在同一个进程中，则他们相当于同一个App，但是你可以单独对他们升级更新，这是一种App级别的模块化思路。

　　3) 允许代码和数据共享。

android中提供了一个基于签名的Permission标签。

通过允许的设置，我们可以实现对不同App之间的访问和共享，如下： AndroidManifest.xml：<permission android:protectionLevel="normal" /> 其中protectionLevel标签有4种值：normal(缺省值),dangerous, signature,signatureOrSystem。

简单来说，normal是低风险的，所有的App不能访问和共享此App。

dangerous是高风险的，所有的App都能访问和共享此App。

signature是指具有相同签名的App可以访问和共享此App。

signatureOrSystem是指系统image中App和具有相同签名的App可以访问和共享此App，谷歌建议不要使用这个选项，因为签名就足够了，一般这个许可会被用在在一个image中需要共享一些特定的功能的情况下。