
商业化产品,如果使用默认的签名,一是不安全,而是显得没啥技术。就连谷歌官方也说了,不建议使用testkey作为最终发布版的key,因此,定制系统签名就派上用场了。
具体使用方法谷歌给了一个大致的说法,我们可以在aosp的自述文件中找到,位置位于build\target\product\security\README,我们来看看光放原文:

老实说一般人还真不一定看得懂,因此我决定自己实践一下,然后把实践的过程分享给大家,希望抛砖引玉,让大家少走一些弯路。
由于利用系统签名生成keystore的方式网上一大把而且没有太多坑,这里不赘述,只说说如何定制系统的签名。
删除原签名并重新生成
原签名是test签名,这里我们不需要了,直接删除就好。在生成每个模块的签名时,需要输入密码,我们直接回车键即可,不需要输入密码(输入了其他地方不该直接编译还会导致无法编译通过,所以尽量别改)。
# 删除原来的密钥(bp和mk文件不要删除)
zls@zls-All-Series:~/




![[附源码]Nodejs计算机毕业设计酒店管理系统Express(程序+LW)](https://img-blog.csdnimg.cn/6a00e4d30f1244e6bf24f76cccea371a.png)





![[附源码]计算机毕业设计Node.jsX工厂电影网站(程序+LW)](https://img-blog.csdnimg.cn/4249b75d2c284f6898e4ac754a580090.png)


![[附源码]计算机毕业设计Python房屋租赁信息系统(程序+源码+LW文档)](https://img-blog.csdnimg.cn/735fd4f45942498a89affecf1c1dafd6.png)




![[附源码]Nodejs计算机毕业设计竞赛报名管理系统Express(程序+LW)](https://img-blog.csdnimg.cn/a22622a9fddf471e953aa00336ea8a23.png)
