说白了就是AGC提供了另一种给你的应用签名的方式！
一共有两种方式：
第一种是AGC完完全全给你的应用生成新签名。签名一定会改变，而且是宇宙唯一的。
对应界面叫做：“让AG Connect创建并管理我的应用签名密钥”
为什么仅适用于新应用呢？刚刚前面讲到，这种方式AGC会给你生成一个新的签名，如果你已经有在架应用，那使用这种方式不可能生成一个和在架应用一样的签名了，所以当然用不了。
第二种是你自己上传签名文件，AGC不会给你生成新的签名，只是使用你上传的签名文件给你的应用签名。至于新的签名是什么，取决于你上传了什么，AGC只是保管一下。对应界面叫做：“导出并上传密钥和证书”
就是说你自己使用某个工具和命令把你的签名导出成一个zip包的签名文件，然后上传到AGC，AGC用这个签名文件给你应用签名。所以你要是有在架应用的话，一定要传一个和在架应用一样的签名文件，否则你的应用最终新老版本签名就不一致了。
值得注意的是，目前这种方式已经支持校验能力，如果传的签名和在架版本不一样就会提示，且不允许上传。
举个栗子，你有一款应用，自己本地用Android Studio签名的，假设应用的签名是A，然后你使用了AGC的应用签名服务，选择第一方式，那AGC会生成一个新的签名B，你的应用上架审核和最终发布时签名就被改成B了。所以很可能你本地测试时签名是A，审核测试时应用的签名是B。
如果你选择第二方式，你需要传一个zip的签名文件，如果zip文件是通过是签名A生成的，最终你的应用上架审核和发布时签名就是A；如果是B生成的，签名就是B；是C生成的，签名就是C。反正就是你传啥最终签名就是啥。
转载请注明：电商实战教程 » 什么是AppGalleryConnect应用签名服务?
