近期在实现Wordpress个人网站付费方案时，需采用支付宝登录授权登录，对接过程中遇到了不少问题，网上查阅到的一些方法并并不全面（因人而异）。因此写一篇文章，将问题和解决方法做一下汇总，方便自己和各位开发者日后查阅，附目前（）适用的几个加密验签工具帮助大家调试。本文以支付宝服务窗SDK的使用为例。
图：支付宝开发密钥加签验签工具合集
函数未定义
Fatal error: Call to undefined function openssl_pkey_get_public() in
Tips：也可能是报其他openssl函数未定义的错误。
PHP的openssl扩展没有开启。
开启openssl扩展。如何开启？请根据不同的系统开发环境自行搜索学习。
40003:isv.missing-signature-config
“{“code”:&#″,”msg”:”Insufficient Conditions”,”sub_code”:”isv.missing-signature-config”,”sub_msg”:”验签出错, 未配置对应签名算法的公钥或者证书”}”
正如返回的错误信息所述：没有配置公钥或者证书。这种情况大多发生于近几个月，原因是支付宝签名方式扩增了，旧版SDK中仅有RSA方式，而官方推荐使用的是新的RSA2，默认排在首位，所以各位配置的应该是RSA2，验证时采用是RSA，所以会提示没有配置。
比如说沙箱环境的信息配置部分，如图：
图：支付宝沙箱配置RSA2与RSA
正式环境加签配置部分，如图：
图：支付宝正式加签配置RSA2与RSA
采用最新版SDK
检查配置文件中的加签方式
检查应用配置，配置的是那种加签的密钥。
40001：isv.missing-signature
…cannot be coerced into
Warning: openssl_sign(): supplied key param cannot be coerced into a private key in
Warning: openssl_verify(): supplied key param cannot be coerced into a public key in
check sign Fail!
{“code”:&#″,”msg”:”Missing Required Arguments”,”sub_code”:”isv.missing-signature”,”sub_msg”:”缺少签名参数”}
如果以上提示同时出现，那么和可能是新版SDK关于密钥配置的问题。
如图所示：
图：支付宝SDK原版配置文件标注
图：支付宝SDK新版配置文件标注
旧版的SDK配置文件采用的是指定密钥文件路径的方式进行配置，而新版的SDK中采用的是字符串直接复制给变量的方式。关于这一点其实官方已经注意到了，核心源码中添加了指定方式的判断，用于对上一版本的兼容，但配置文件中并没有具体说明，仅仅在注释中给出提示，只能期待开发者具备勤看注释的好习惯，略坑。
正确配置密钥以及SDK配置文件（config.php），这正是我们下一个小节要说的。
密钥的生成与配置
关于RSA密钥的生成，官方提供了两种方式：
便捷的方式：采用一键生成工具，文末附工具集合。
也可以使用OpenSSL工具生成密钥，教程官方也很详细，文末有参考链接。
密钥默首位都有类似如下形式的收尾标识符，
-----BEGIN PUBLIC KEY-----
-----END PUBLIC KEY-----
有Base64 code形式的，如图：
图：密钥格式Base64
有要求成一行的：
图：密钥成一行
以上格式其实都对，但是在SDK中如果配置不对，也会报错，那么到底该采用那种格式呢？
密钥格式的正确设置方法
——看源码中读取密钥部分的语句。
* 授权登录，避免重复付费。
* 【一次！】文章只需付【一次】
已有 18 人阅读
支付宝密钥工具
图：支付宝工具合集
支付宝报文签名生成器 SHA256withRSA
图：支付宝报文签名生成器 SHA256withRSA
支付宝RSA签名验签工具（V1.3）
图：支付宝RSA签名验签工具（V1.3）
支付宝加密解密验签工具
图：支付宝加密解密验签工具
（提取码见付费内容）
WordPress支付宝授权登录
Fatal error: Call to undefined function openssl_pkey_get_public() in
Warning: openssl_sign(): supplied key param cannot be coerced into a private key in
Warning: openssl_verify(): supplied key param cannot be coerced into a public key in
支付宝、SDK、API、openssl、签名验签、RSA2、WordPress、加密解密、本文主要讲解Android应用程序签名相关的理论知识，包括：什么是签名、为什么要给应用程序签名、如何给应用程序签名等。
1、什么是签名？
如果这个问题不是放在Android开发中来问，如果是放在一个普通的版块，我想大家都知道签名的含义。可往往就是将一些生活中常用的术语放在计算机这种专业领域，大家就开始迷惑了。计算机所做的事情，或者说编程语言所做的事情，不正是在尽可能地模拟现实吗？所以，计算机中所说的签名和生活中所说的签名在本质上是一样的，它所起到的作用也是一致的！
让我们来看看，在现实生活中的签名。签名就意味着在纸上或别处写下自己的名字，或者说在某处打上一个标记作为你自己的一种特有的标识，当别人看到这个签名的时候，他会知道这是和你有关的，而不是其它人。
2、为什么要给Android应用程序签名？
如果只能用一句简单的话语来回答这个问题的话，我会说："这是Android系统所要求的"。
Android系统要求每一个Android应用程序必须要经过数字签名才能够安装到系统中，也就是说如果一个Android应用程序没有经过数字签名，是没有办法安装到系统中的！Android通过数字签名来标识应用程序的作者和在应用程序之间建立信任关系，不是用来决定最终用户可以安装哪些应用程序。这个数字签名由应用程序的作者完成，并不需要权威的数字证书签名机构认证，它只是用来让应用程序包自我认证的。
3、为什么我开发的Android应用程序没有做什么签名也能在模拟器和手机上运行？
你没有给Android应用程序签名并不代表Android应用程序没有被签名。为了方便我们开发调试程序，ADT会自动的使用debug密钥为应用程序签名。debug密钥？它在哪？debug密钥是一个名为debug.keystore的文件，它的位置：
系统盘符:\Documents and Settings\liufeng\.android\debug.keystore
"liufeng"对应于你自己的windows操作系统用户名，怎么样，是不是已经找到它了。这也就意味着，如果我们想拥有自己的签名，而不是让ADT帮我们签名的话，我们也要有一个属于自己的密钥文件（*.keystore）。
4、Android应用程序签名步骤
1）准备工作
apk的签名工作可以通过两种方式来完成：
1）通过ADT提供的图形化界面完成apk签名；
2）完全通过DOS命令来完成apk签名我比较喜欢第2）种方式，所以下面将讲解如何通过命令的方式完成apk签名。
给apk签名一共要用到3个工具，或者说3个命令，分别是：keytool、jarsigner和zipalign，下面是对这3个工具的简单介绍：
1）keytool：生成数字证书，即密钥，也就是上面说到的扩展名为.keystore的那类文件；
2）jarsigner：使用数字证书给apk文件签名；
3）zipalign：对签名后的apk进行优化，提高与Android系统交互的效率(Android SDK1.6版本开始包含此工具)
从这3个工具的作用也可以看出，这3个工具的使用顺序。通常我们自己所开发的所有应用程序，都是使用同样的签名，即使用同一个数字证书，这就意味着：如果你是第一次做Android应用程序签名，上面的3个工具都将用到；但如果你已经有数字证书了，以后再给其它apk签名时，只需要用到jarsigner和zipalign就可以完成。
为了方便使用上面3个命令，首先需要将上面3个工具所在路径添加到环境变量path中（我说的是为了方便使用，没有说必须要这么做）。怎么配置环境变量就不在此讲解了，这里需要说一下这3个工具默认所在的路径：
1）keytool：该工具位于jdk安装路径的bin目录下；
2）jarsigner：该工具位于jdk安装路径的bin目录下；
3）zipalign：该工具位于android-sdk-windows\tools\目录下
不知道大家是否注意到keytool和jarsigner两个工具是jdk自带的，也就意味着生成数字证书和文件签名不是Android的专利；另外从字面上理解jarsigner也能猜得出该工具主要是用来给jar文件签名的。
2）生成未经签名的apk文件
既然我们要自己对apk进行签名，就不再需要ADT默认帮我们签名了。如何得到一个未经签名的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上架销售，它会强制你使用自己的签名；
2）debug.keystore在不同的机器上所生成的可能都不一样，就意味着如果你换了机器进行apk版本升级，那么将会出现上面那种程序不能覆盖安装的问题。不要小视这个问题，如果你开发的程序只有你自己使用，当然无所谓，卸载再安装就可以了。但要是你的软件有很多使用客户，这就是大问题了，就相当于软件不具备升级功能！
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
需要注意的几点：
一：同一个开发者的多个程序尽可能使用同一个数字证书 ，这可以带来以下好处。
(1)有利于程序升级，当新版程序和旧版程序的数字证书相同时，Android系统才会认为这两个程序是同一个程序的不同版本。如果新版程序和旧版程序的数字证书不相同，则Android系统认为他们是不同的程序，并产生冲突，会要求新程序更改包名。
(2)有利于程序的模块化设计和开发。Android系统允许拥有同一个数字签名的程序运行在一个进程中，Android程序会将他们视为同一个程序。所以开发者可以将自己的程序分模块开发，而用户只需要在需要的时候下载适当的模块。
(3) 可以通过权限(permission)的方式在多个程序间共享数据和代码。Android提供了基于数字证书的权限赋予机制，应用程序可以和其他的程序共 享概功能或者数据给那那些与自己拥有相同数字证书的程序。如果某个权限(permission)的protectionLevel是signature， 则这个权限就只能授予那些跟该权限所在的包拥有同一个数字证书的程序。
在签名时，需要考虑数字证书的有效期 ：
(1)数字证书的有效期要包含程序的预计生命周期，一旦数字证书失效，持有改数字证书的程序将不能正常升级。
(2)如果多个程序使用同一个数字证书，则该数字证书的有效期要包含所有程序的预计生命周期。
(3)Android Market强制要求所有应用程序数字证书的有效期要持续到日以后。
二：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进行签名(如果没有数字证书可能需要生成数字证书)。
阅读(...) 评论()签名_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
阅读已结束，下载文档到电脑
想免费下载更多文档？
定制HR最喜欢的简历
你可能喜欢孔夫子旧书网该图书“签名册页 近现代名家 签名本册页 福建省出版系统摄影展览第四届全国书籍装裱艺术
丁尚南.郭辉.鲁岩.林以友.林秀平.林峰.黄燕
等一共:63位签名
”已经找不到了, 还有其他店铺销售此图书。Copyright(C)
孔夫子旧书网
京ICP证041501号
海淀分局备案编号全新2009中国艺术签名设计网只为你而来
您的个性签名属于艺术签名设计吗？【北京签名网】带您领略签名文化
上一篇： & 下一篇：
& 版权所有 - 三垦力达电气(江阴)有限公司
& Sanken L.D. Electric (Jiang Yin) Co.,LTD. All rights reserved