下载文档原格式
Android的打包签名1.为什么要签名？开发Android的人这么多，完全有可能大家都把类名，包名起成了一个同样的名字，这时候如何区分？签名这时候就是起区分作用的。
由于开发商可能通过使用相同的Package Name来混淆替换已经安装的程序，签名可以保证相同名字，但是签名不同的包不被替换。
APK如果使用一个key签名，发布时另一个key签名的文件将无法安装或覆盖老的版本，这样可以防止你已安装的应用被恶意的第三方覆盖或替换掉。
这样签名其实也是开发者的身份标识。
交易中抵赖等事情发生时，签名可以防止抵赖的发生。
在Android 系统中，所有安装到系统的应用程序都必有一个数字证书，此数字证书用于标识应用程序的作者和在应用程序之间建立的信任关系,如果一个permission的protectionLevel为signature，那么就只有那些跟该permission所在的程序拥有同一个数字证书的应用程序才能取得该权限。
Android使用Java的数字证书相关的机制来给apk加盖数字证书，要理解android的数字证书，需要先了解以下数字证书的概念和java的数字证书机制。
Android系统要求每一个安装进系统的应用程序都是经过数字证书签名的，数字证书的私钥则保存在程序开发者的手中。
Android将数字证书用来标识应用程序的作者和在应用程序之间建立的信任关系，不是用来决定最终用户可以安装哪些应用程序。
这个数字证书并不需要权威的数字证书签名机构认证，它只是用来让应用程序包自我认证的。
2.签名的注意事项1.所有的Android应用都必须有数字签名，没有不存在数字签名的应用，包括模拟器上运行的。
Android系统不会安装没有数字证书的应用。
2.签名的数字证书不需要权威机构来认证，是开发者自己产生的数字证书，即所谓的自签名。
3.正式发布一个Android应用时，必须使用一个合适的私钥生成的数字证书来给程序签名，不能使用ADT插件或者ANT工具生成的调试证书来发布。
使用as进行打包签名的流程1. 简介在开发Android应用程序时，我们经常需要将应用进行打包以便于发布和安装。
同时，为了保护应用的安全性，我们也需要对应用进行签名。
Android Studio（以下简称AS）是一款非常流行的Android开发工具，它提供了方便的打包和签名功能，使开发者能够快速、简便地进行应用程序的打包和签名。
2. 打包以下是使用AS进行打包的流程：1.打开Android Studio，打开你的Android项目。
2.在AS的顶部工具栏中，选择“Build”菜单，然后点击“GenerateSigned Bundle / APK”。
3.在弹出的对话框中，选择“APK”选项，然后点击“Next”。
4.在下一个对话框中，选择“Release”构建类型。
如果你想要生成一个调试版本的APK，可以选择“Debug”构建类型。
然后点击“Next”。
5.在下一个对话框中，选择你的Key Store路径。
如果你没有KeyStore文件，可以点击“Create new…”按钮创建一个新的Key Store。
完成后点击“Next”。
6.在下一个对话框中，填写Key Store密码、别名和密码。
别名表示你的Key Store的名称，密码是用于保护Key Store的密码。
填写完毕后点击“Next”。
7.在下一个对话框中，选择你要打包的模块和构建工具版本。
完成后点击“Finish”。
8.AS将开始构建并打包你的应用。
完成后，你将在指定的输出目录中找到你的APK文件。
3. 签名以下是使用AS进行签名的流程：1.打开Android Studio，打开你的Android项目。
2.在AS的顶部工具栏中，选择“Build”菜单，然后点击“GenerateSigned Bundle / APK”。
3.在弹出的对话框中，选择“APK”选项，然后点击“Next”。
4.在下一个对话框中，选择“Release”构建类型。
如果你想要生成一个调试版本的APK，可以选择“Debug”构建类型。
apk签名原理及实现发布过Android应用的朋友们应该都知道，Android APK的发布是需要签名的。
签名机制在Android应用和框架中有着十分重要的作用。
例如，Android系统禁止更新安装签名不一致的APK；如果应用需要使用system权限，必须保证APK签名与Framework签名一致，等等。
在《APK Crack》一文中，我们了解到，要破解一个APK，必然需要重新对APK进行签名。
而这个签名，一般情况无法再与APK原先的签名保持一致。
（除非APK原作者的私钥泄漏，那已经是另一个层次的软件安全问题了。
）简单地说，签名机制标明了APK的发行机构。
因此，站在软件安全的角度，我们就可以通过比对APK的签名情况，判断此APK是否由“官方”发行，而不是被破解篡改过重新签名打包的“盗版软件”。
Android签名机制为了说明APK签名比对对软件安全的有效性，我们有必要了解一下Android APK的签名机制。
为了更易于大家理解，我们从Auto-Sign工具的一条批处理命令说起。
在《APK Crack》一文中，我们了解到，要签名一个没有签名过的APK，可以使用一个叫作Auto-sign的工具。
Auto-sign工具实际运行的是一个叫做Sign.bat的批处理命令。
用文本编辑器打开这个批处理文件，我们可以发现，实现签名功能的命令主要是这一行命令：这条命令的意义是：通过signapk.jar这个可执行jar包，以“testkey.x509.pem”这个公钥文件和“testkey.pk8”这个私钥文件对“update.apk”进行签名，签名后的文件保存为“update_signed.apk”。
对于此处所使用的私钥和公钥的生成方式，这里就不做进一步介绍了。
这方面的资料大家可以找到很多。
我们这里要讲的是signapk.jar到底做了什么。
signapk.jar是Android源码包中的一个签名工具。
由于Android 是个开源项目，所以，很高兴地，我们可以直接找到signapk.jar的源码！路径为/build/tools/signapk/SignApk.java。
如何使用apk签名命令给Android应用签名在Android开发过程中，应用的签名是非常重要的一个环节。
签名可以确保应用的身份和完整性，使得用户能够信任应用并安心使用。
在发布应用之前，我们必须为应用签名，否则应用将无法被正常安装和运行。
本篇文章将会介绍如何使用apk签名命令来给Android 应用签名。
1. 准备工作在开始签名应用之前，我们需要进行一些准备工作。
首先，我们需要获取Android SDK，并确保在电脑上正确安装并配置好了Java Development Kit（JDK）。
我们还需要生成一个Keystore文件，这个文件是用来保护你的应用的私钥，确保别人不能对你的应用进行篡改。
可以通过以下步骤生成Keystore文件：a. 打开命令行窗口或终端。
b. 进入到Java JDK的bin文件夹下，输入以下命令：keytool -genkey -v -keystore mykeystore.keystore -alias mykeyalias -keyalg RSA -keysize 2048 -validity 10000c. 按照提示输入信息，包括密码、姓名、组织名称和国家/地区代码等。
2. 执行签名命令准备好Keystore文件后，我们可以使用apk签名命令来为应用签名了。
依次输入以下命令：a. 打开命令行窗口或终端，并进入到Android SDK的bin文件夹下。
通常这个文件夹路径是：sdk/platform-tools。
b. 执行以下命令：apksigner sign --ks mykeystore.keystore --out myapp_signed.apk myapp_unsigned.apkc. 替换mykeystore.keystore和myapp_unsigned.apk为你自己的文件名。
d. 如果签名成功，你应该会在终端看到签名成功的消息。
3. 验证签名为了确保应用签名成功，我们可以使用“jarsigner”命令来验证签名。
android signingreport 用法
Android signingReport是一个Gradle任务，用于显示app的签
名信息。
运行该任务将会生成一个签名报告，包括应用包名、签名MD5和SHA1等信息。
使用方法如下：
1. 在Android Studio中打开Terminal或命令行窗口。
2. 进入到项目根目录。
3. 运行以下命令：
```
./gradlew signingReport
```
或者在Windows系统上运行：
```
gradlew signingReport
```
4. 等待任务完成，报告会显示在命令行窗口中。
如果你只关注某个特定变体（variant）的签名信息，可以使用以下命令：
```
./gradlew signingReport -Pandroid.injected.variant=<variant_name> ```
将`<variant_name>`替换为你关心的variant的名称，例如
`debug`或`release`。
注意：
- `./gradlew`是运行位于项目根目录下的Gradle Wrapper脚本的命令，确保在运行签名报告任务之前已经执行过一次构建任务。
- 如果Gradle Wrapper脚本无法运行，你可以使用你系统中已
安装的Gradle版本来替代`./gradlew`。
- 因为签名报告可能包含一些敏感信息，如私钥密码等，所以
在发布项目或与其他人共享代码时，不要在报告中公开这些信息。
安卓签名格式安卓应用程序需要进行签名才能被安装和使用。
签名是一种数字证书，用于证明应用程序的身份和完整性。
在安卓开发中，签名是非常重要的一步，因为签名能够保证应用程序的安全性和可靠性。
安卓签名格式主要有以下两种：1. JAR签名格式JAR签名格式是最早的安卓签名格式，它基于Java的JAR文件格式。
在JAR签名格式中，签名文件被打包在应用程序的APK文件中，签名文件的后缀名为“.RSA”或“.DSA”。
JAR签名格式的签名文件包括以下几个部分：- META-INF目录：包含签名文件的元数据信息，如签名算法、证书等。
- CERT.RSA或CERT.DSA文件：包含签名证书。
- MANIFEST.MF文件：包含应用程序的清单文件。
2. APK签名格式APK签名格式是安卓系统推荐的签名格式，它基于ZIP文件格式。
在APK签名格式中，签名文件被打包在应用程序的APK文件中，签名文件的后缀名为“.RSA”或“.DSA”。
APK签名格式的签名文件包括以下几个部分：- META-INF目录：包含签名文件的元数据信息，如签名算法、证书等。
- CERT.RSA或CERT.DSA文件：包含签名证书。
- MANIFEST.MF文件：包含应用程序的清单文件。
- CERT.SF文件：包含所有文件的摘要信息。
除了以上两种格式，还有V1签名和V2签名两种签名方式。
V1签名是JAR签名格式的一种变体，V2签名是APK签名格式的一种变体。
V1签名和V2签名的主要区别在于签名的位置和方式不同，V2签名相对来说更加安全和可靠。
总之，安卓签名格式是非常重要的一步，开发者需要根据应用程序的需要选择适合的签名格式，以保证应用程序的安全性和可靠性。
apk签名原理
APK（Android Package）的签名原理如下：
1. 建立一个密钥库（Keystore）：开发者使用Java的keytool
命令创建一个密钥库，保存私钥和对应的证书。
密钥库通常以.jks或.keystore文件格式保存。
2. 生成私钥和公钥对：使用keytool命令生成一个私钥和对应
的公钥。
私钥存储在密钥库中，而公钥将在APK文件中使用。
3. 生成证书签名请求（CSR）：开发者使用keytool命令生成
一个证书签名请求，其中包含公钥和申请者的信息。
4. 证书颁发机构（CA）颁发签名证书：开发者将CSR文件发
送给证书颁发机构，机构会验证申请者信息并使用私钥对公钥进行签名。
然后，机构会颁发一个包含签名的证书。
5. 使用私钥对APK文件进行签名：开发者使用keytool或者Android Studio的构建工具将APK文件与开发者的私钥一起进
行签名。
6. 在Android系统中验证签名：当用户在设备上安装APK文
件时，Android系统会使用APK中包含的签名和证书进行验证。
系统会对签名进行检查，确保它与签名证书对应，并且证书的数字签名也是有效的。
通过签名，Android系统可以确保APK文件的完整性和身份认
证。
如果APK文件的签名无效或与证书不匹配，系统会禁止安装或者警告用户。
这个机制有助于防止未经授权的APK文件被安装，保护用户数据的安全性。
Androidstudio设置指定的签名⽂件教程不废话，直接看怎么弄，下⾯两张图你就指定啦
配置签名⽂件和密码（前提你已经有⾃⼰的签名⽂件keystore或者jks）
将上⾯的签名配置设置到你的Build Types去
这⼀步已经完成啦，写完代码构建⽣成的app就是使⽤的我们设置的keystore了看⼀下配置后我们的Build.gradle发⽣什么变化
看到这⾥是不是懂了，我就不再多⾔啦！
补充知识：AndroidStudio统⼀⾃⼰的签名⽂件（免⼿动签名）
为了在使⽤第三⽅SDK的时候避免⾃⼰⼿动多次打包，需要在build.gradle下配置点东西，以前只能在别⼈那copy，现在搞明⽩是怎么做的了。
1.上图
2.右键项⽬,点击open Moudule Settings,
选中⾃⼰的项⽬，在右⾯的视图中选中signing,就是在这⾥配置我们需要的签名配置⽂件，可以看到右边需要填写的信息，很清楚，在我们⽣成jks的时候要的也是这些信息，将⾃⼰⽣成的jks⽂件信息填写好，Name⼀栏填⾃⼰想要的名字。
3.这时候回到build.gradle⽂件下，⾃动⽣成了⼀些代码。
就是⾃⼰jks的信息。
4.接着再回到moudle settings 视图下，点击到Build Types 选项，Sign Config ⼀栏，需要我们配置jks的信息，点击选择我们刚才的⽣成的。
最后，回到build.gradle⽂件下。
可以看到⽂件下⼜多了⼀些代码，这个时候的配置就OK了，点击AS下的Run图标也可以是我们想要的签名效果了。
以上这篇Android studio设置指定的签名⽂件教程就是⼩编分享给⼤家的全部内容了，希望能给⼤家⼀个参考，也希望⼤家多多⽀持。
在Android 系统中，所有安装到系统的应用程序都必有一个数字证书，此数字证书用于标识应用程序的作者和在应用程序之间建立信任关系,如果一个permission的protectionLevel为signature，那么就只有那些跟该permission 所在的程序拥有同一个数字证书的应用程序才能取得该权限。
Android使用Java的数字证书相关的机制来给apk加盖数字证书，要理解android的数字证书，需要先了解以下数字证书的概念和java的数字证书机制。
Android系统要求每一个安装进系统的应用程序都是经过数字证书签名的，数字证书的私钥则保存在程序开发者的手中。
Android将数字证书用来标识应用程序的作者和在应用程序之间建立信任关系，不是用来决定最终用户可以安装哪些应用程序。
这个数字证书并不需要权威的数字证书签名机构认证，它只是用来让应用程序包自我认证的。
（文/feisky）在整个平台的安全性方面Google也使用了Android签名机制，当然这里使用Sun 的针对Jar文件签名工具jarsigner即可，这里我们需要了解一些问题，为什么要签名? 其实安装到真机G1的软件都必须签名。
平时我们在Android Market上下载的软件都必需签名，所以说上传时是免不了这个操作的，常规的签名步骤可以查看Android签名用keytool和jarsigner 制作apk文件这点Google设计的还好，没有像Symbian那样针对S60第三版和第五版都需要花费每次200美元的测试费用，如果遇到了ZipException invalid entry compressed size的错误方法过去我们在无法对jar进行签名,Android jarsigner问题一文中提到了，主要原因是平时Eclipse使用的ADT插件已经赋予了DEBUG权限的数字签名，我们可以通过导出一个未签名的APK文件就可以解决，参考如何导出一个未签名的APK文件?即可顺利的签名。
一：同一个开发者的多个程序尽可能使用同一个数字证书，这可以带来以下好处。
(1)有利于程序升级，当新版程序和旧版程序的数字证书相同时，Android系统才会认为这两个程序是同一个程序的不同版本。
如果新版程序和旧版程序的数字证书不相同，则Android系统认为他们是不同的程序，并产生冲突，会要求新程序更改包名。
(2)有利于程序的模块化设计和开发。
Android系统允许拥有同一个数字签名的程序运行在一个进程中，Android程序会将他们视为同一个程序。
所以开发者可以将自己的程序分模块开发，而用户只需要在需要的时候下载适当的模块。
(3) 可以通过权限(permission)的方式在多个程序间共享数据和代码。
Android 提供了基于数字证书的权限赋予机制，应用程序可以和其他的程序共享概功能或者数据给那那些与自己拥有相同数字证书的程序。
如果某个权限(permission)的protectionLevel是signature，则这个权限就只能授予那些跟该权限所在的包拥有同一个数字证书的程序。
在签名时，需要考虑数字证书的有效期：(1)数字证书的有效期要包含程序的预计生命周期，一旦数字证书失效，持有改数字证书的程序将不能正常升级。
(2)如果多个程序使用同一个数字证书，则该数字证书的有效期要包含所有程序的预计生命周期。
(3)Android Market强制要求所有应用程序数字证书的有效期要持续到2033年10月22日以后。
二：Android数字证书包含以下几个要点：(1)所有的应用程序都必须有数字证书，Android系统不会安装一个没有数字证书的应用程序(2)Android程序包使用的数字证书可以是自签名的，不需要一个权威的数字证书机构签名认证(3)如果要正式发布一个Android ，必须使用一个合适的私钥生成的数字证书来给程序签名，而不能使用adt插件或者ant工具生成的调试证书来发布。
(4)数字证书都是有有效期的，Android只是在应用程序安装的时候才会检查证书的有效期。
如果程序已经安装在系统中，即使证书过期也不会影响程序的正常功能。
(5)Android使用标准的java工具Keytool and Jarsigner来生成数字证书，并给应用程序包签名。
（6）使用zipalign优化程序。
Android 系统不会安装运行任何一款未经数字签名的apk程序，无论是在模拟器上还是在实际的物理设备上。
Android的开发工具(ADT插件和Ant)都可以协助开发者给apk程序签名，它们都有两种模式：调试模式(debug mode)和发布模式(release mode)。
在调试模式下，android的开发工具会在每次编译时使用调试用的数字证书给程序签名，开发者无须关心。
当要发布程序时，开发者就需要使用自己的数字证书给apk包签名，可以有两种方法。
(1)在命令行下使用JDK中的和Keytool(用于生成数字证书)和Jarsigner(用于使用数字证书签名)来给apk包签名。
(2)使用ADT Export Wizard进行签名(如果没有数字证书可能需要生成数字证书)。
三；两种签名方式第一种签名方式，使用Keytool和Jarsigner给程序签名（用于1.5以下版本）命令：keytool -genkey -v -keystore android.keystore -alias android-keyalg RSA -validity 20000该命令中，-keystore ophone.keystore 表示生成的证书，可以加上路径（默认在用户主目录下）；-alias ophone 表示证书的别名是ophone；-keyalg RSA 表示采用的RSA算法；-validity 20000表示证书的有效期是20000天。
Android程序的签名和Symbian类似都可以自签名(Self-signed)，但是在Android平台中证书初期还显得形同虚设，平时开发时通过ADB接口上传的程序会自动被签有Debug权限的程序。
需要签名验证在上传程序到Android Market上时大家都已经发现这个问题了。
Android signed制作方法首先在Android开发时没有安装JDK的网友在Sun官方网站下载JDK /download/jdk ... 6-p-12_sep_2008.exe，其实仅需要中的Keytool和Jarsigner。
详细的签名步骤:第一步C:\Program Files\Java\jdk1.6.0_10\bin>keytool -genkey -alias android123.keystore-keyalg RSA -validity 20000 -keystore android123.keystore输入keystore密码：[密码不回显]再次输入新密码：[密码不回显]您的名字与姓氏是什么？[Unknown]： android123您的组织单位名称是什么？[Unknown]：您的组织名称是什么？[Unknown]：您的组织名称是什么？[Unknown]：您所在的城市或区域名称是什么？[Unknown]： New York您所在的州或省份名称是什么？[Unknown]： New York该单位的两字母国家代码是什么[Unknown]： CNCN=android123, OU=, O=, L=New York, ST=New York, C=CN 正确吗？[否]： Y输入<android123.keystore>的主密码（如果和keystore 密码相同，按回车）：其中参数-validity为证书有效天数，这里我们写的大些20000天。
还有在输入密码时没有回显，只管输入就可以了，一般位数建议使用20位，最后需要记下来后面还要用，整个过程如图:接下来我们开始为apk文件签名了。
第二步执行下面这句jarsigner -verbose -keystore android123.keystore -signedjarandroid123_signed.apk android123.apk android123.keystore 就可以生辰签名的apk文件，这里输入文件android123.apk，最终生成android123_signed.apk为Android签名后的APK执行文件。
下面提示输入的密码和keytool输入的一样就行了有关Android程序发布和签名可以查看SDK中/android/devel/sign-publish.html一文.附上keytool参数以及jarsigner参数:keytool用法：-certreq [-v] [-protected][-alias <别名>] [-sigalg <sigalg>][-file <csr_file>] [-keypass <密钥库口令>][-keystore <密钥库>] [-storepass <存储库口令>][-storetype <存储类型>] [-providername <名称>][-providerclass <提供方类名称> [-providerarg <参数>]] ...[-providerpath <路径列表>]-changealias [-v] [-protected] -alias <别名> -destalias <目标别名> [-keypass <密钥库口令>][-keystore <密钥库>] [-storepass <存储库口令>][-storetype <存储类型>] [-providername <名称>][-providerclass <提供方类名称> [-providerarg <参数>]] ...[-providerpath <路径列表>]-delete [-v] [-protected] -alias <别名>[-keystore <密钥库>] [-storepass <存储库口令>][-storetype <存储类型>] [-providername <名称>][-providerclass <提供方类名称> [-providerarg <参数>]] ...[-providerpath <路径列表>]-exportcert [-v] [-rfc] [-protected][-alias <别名>] [-file <认证文件>][-keystore <密钥库>] [-storepass <存储库口令>][-storetype <存储类型>] [-providername <名称>][-providerclass <提供方类名称> [-providerarg <参数>]] ...[-providerpath <路径列表>]-genkeypair [-v] [-protected][-alias <别名>][-keyalg <keyalg>] [-keysize <密钥大小>][-sigalg <sigalg>] [-dname <dname>][-validity <valDays>] [-keypass <密钥库口令>][-keystore <密钥库>] [-storepass <存储库口令>][-storetype <存储类型>] [-providername <名称>][-providerclass <提供方类名称> [-providerarg <参数>]] ...[-providerpath <路径列表>]-genseckey [-v] [-protected][-alias <别名>] [-keypass <密钥库口令>][-keyalg <keyalg>] [-keysize <密钥大小>][-keystore <密钥库>] [-storepass <存储库口令>][-storetype <存储类型>] [-providername <名称>][-providerclass <提供方类名称> [-providerarg <参数>]] ...[-providerpath <路径列表>]-help-importcert [-v] [-noprompt] [-trustcacerts] [-protected][-alias <别名>][-file <认证文件>] [-keypass <密钥库口令>][-keystore <密钥库>] [-storepass <存储库口令>][-storetype <存储类型>] [-providername <名称>][-providerclass <提供方类名称> [-providerarg <参数>]] ...[-providerpath <路径列表>]-importkeystore [-v][-srckeystore <源密钥库>] [-destkeystore <目标密钥库>][-srcstoretype <源存储类型>] [-deststoretype <目标存储类型>][-srcstorepass <源存储库口令>] [-deststorepass <目标存储库口令>][-srcprotected] [-destprotected][-srcprovidername <源提供方名称>][-destprovidername <目标提供方名称>][-srcalias <源别名> [-destalias <目标别名>][-srckeypass <源密钥库口令>] [-destkeypass <目标密钥库口令>]][-noprompt][-providerclass <提供方类名称> [-providerarg <参数>]] ...[-providerpath <路径列表>]-keypasswd [-v] [-alias <别名>][-keypass <旧密钥库口令>] [-new <新密钥库口令>][-keystore <密钥库>] [-storepass <存储库口令>][-storetype <存储类型>] [-providername <名称>][-providerclass <提供方类名称> [-providerarg <参数>]] ...[-providerpath <路径列表>]-list [-v | -rfc] [-protected][-alias <别名>][-keystore <密钥库>] [-storepass <存储库口令>][-storetype <存储类型>] [-providername <名称>][-providerclass <提供方类名称> [-providerarg <参数>]] ...[-providerpath <路径列表>]-printcert [-v] [-file <认证文件>]-storepasswd [-v] [-new <新存储库口令>][-keystore <密钥库>] [-storepass <存储库口令>][-storetype <存储类型>] [-providername <名称>][-providerclass <提供方类名称> [-providerarg <参数>]] ...[-providerpath <路径列表>]jarsigner用法：[选项] jar 文件别名jarsigner -verify [选项] jar 文件[-keystore <url>] 密钥库位置[-storepass <口令>] 用于密钥库完整性的口令[-storetype <类型>] 密钥库类型[-keypass <口令>] 专用密钥的口令（如果不同）[-sigfile <文件>] .SF/.DSA 文件的名称[-signedjar <文件>] 已签名的JAR 文件的名称[-digestalg <算法>] 摘要算法的名称[-sigalg <算法>] 签名算法的名称[-verify] 验证已签名的JAR 文件[-verbose] 签名/验证时输出详细信息[-certs] 输出详细信息和验证时显示证书[-tsa <url>] 时间戳机构的位置[-tsacert <别名>] 时间戳机构的公共密钥证书[-altsigner <类>] 替代的签名机制的类名[-altsignerpath <路径列表>] 替代的签名机制的位置[-internalsf] 在签名块内包含.SF 文件[-sectionsonly] 不计算整个清单的散列[-protected] 密钥库已保护验证路径[-providerName <名称>] 提供者名称[-providerClass <类> 加密服务提供者的名称[-providerArg <参数>]] ... 主类文件和构造函数参数此时，我们会在互用主目录下看到ophone.keystore，即我们刚刚创建的证书。
