转载请注明出处:http://www.cnblogs.com/LT5505/p/6256683.html 一.生成签名 1.命令行生成签名,输入命令keytool -genkey -v -keystore myapp.keystore -alias my_alias -keyalg RSA -keysize 2048 -validity 365. 2048代表签名为2048字节,365为签名的有效期为365天. 命令完成后,在.android文件下就生成了myapp.keystore文件. 2.

Tamic: http://blog.csdn.net/sk719887916/article/details/53411771 开始 上篇Gradle发布Module(Maven)到jcenter, 并构建自己的企业Maven私服介绍了怎样从本地module发布自己的maven包到JCenter,包括怎样构建远程maven企业私服,既然有了自己的maven包,对于后期出包版本迭代比中相对容易控制版本,那么版本渠道等相关问题又怎么控制,尤其涉及OEM业务的公司企业定制化更加严重,一般存在以下问题

今天终于完成了近一个月的App开发工作,对程序进行混淆导出签名apk包时,却出现了如下的错误: Proguard returned with error code 1. See console Note: there were 4 duplicate class definitions. Warning: library class android.content.res.XmlResourceParser extends or implements program class org.xmlp

首先,我使用eclipse打包了一个签名apk 然后,我使用同一个签名文件在android studio 打包同一个项目 接下来,首先安装eclipse 打包的apk,然后安装android studio打包的apk,发现覆盖不了 然后,我查询原因. 首先,是androidmanifest 的配置问题.我查询了 android:versionCode android:minSdkVersion 这个是一致的 然后,我找到了不能覆盖的原因.是因为key alias中不一样,我们所需要使用的是key

由于某项需求,把JDK版本从JDK6升级到了JDK7: 但是签名APK之后出现了INSTALL_PARSE_FAILED_NO_CERTIFICATES的错误: 解决方法: 在签名时,添加参数 -digestalg SHA1 -sigalg MD5withRSA jarsigner -digestalg SHA1 -sigalg MD5withRSA -keystore $keystore -storepass $storepass -signedjar $signed_apk $unsign_

签名apk 1.将apk格式改为zip格式包,然后删除原来apk里面的META-INF文件夹,之后改回apk文件格式 2.cmd命令行: jarsigner -verbose -keystore C:\Users\Administrator\Desktop\zhy.jks -signedjar  C:\Users\Administrator\Desktop\yxh_signed.apk C:\Users\Administrator\Desktop\yxh1.apk zhy

首先是关于apk签名,Android程序的安装是以包名(package name)进行区分的,就是同样的包名会被认作是同一个程序.这样就可以进行升级.替换.但是包名是一个可以被查看的字符串,这样就可能被伪造,然后其他人就可以自己创建一个应用去替代你的应用,结果可想而知.而签名就是为了防止这样的情况发生,当你的程序被签名后安装,只有同样包名与签名的程序才能被替换安装.而签名是不可能简单被伪造的,从而保证了程序的安全性. 打包签名apk可以通过命令行.eclipse和android studio,这

记录手动签名APK的过程 前两天更新了华为平台上的APK,被驳回,原因是新APK签名和老的APK不一致,老用户安装会失败,用命令行安装会报如下的错误: harlanc@harlancdeMacBook-Pro ~/g/p/bin> adb install -r test.apk adb: failed to install test.apk: Failure [INSTALL_FAILED_UPDATE_INCOMPATIBLE: Package com.companyname.appname

文/ skay csdn博客:http://blog.csdn.net/sk719887916/article/details/40541163 最近遇到项目从Eclispe迁移到Android studio,以前的Ant自动打包脚本已经兼容不好了,所以用了Gradle实现打渠道包,切换环境等, Ant打包脚本 <target name="-release-sign" if="has.keystore"> <!-- only create apk

1. 进入app中的build.gradle下面进行配置 2.进入Gradle下面选择clean和assembleRelese,双击 3.生成成功,前往查看 4.加密更安全

引言:在过去几年中,APK 文件的大小曾急剧增长态势.一般来说,其原因如下:Android开发者获取了更多的依赖库,添加了更多的密度,Apps 增加了更多的功能.但实际上我们应该让APKs 尽可能的小,更小的APK 意味着用户可以更快地下载和安装应用,并使它占用更小的内存. 本文选自<Gradle for Android 中文版>,将研究如何设置Gradle 构建配置文件中的几个属性,以缩小APK 文件. ProGuard ProGuard 是一个Java 工具,其不仅可以缩减APK 文件大小

问题 打开re-sign.jar,将下载好的apk拖入re-sign.jar的界面进行重签名.重签名成功后,通过adb intall命令安装重签名后的apk文件失败.提示:Failure [INSTALL_PARSE_FAILED_UNEXPECTED_EXCEPTION] 原因 通过在网上不断搜索,终于找到了问题的原因(见该篇文章评论中的10楼).即:resigner.jar进行重签名默认所使用的key文件在“user/.android/”路径下,叫“debug.keystore”.如果这个路

re-sign.jar中后自动去除签名这个方法,经试验不可用! 1.去除准备重新签名SinaVoice.apk软件本身的签名 将apk文件后缀改为.zip,然后从winrar中删除META-INF文件夹,删除后重新将文件名改成apk的后缀 2.开始-运行-cmd cd到android-sdk下的platform-tools文件运行 输入:jarsigner -digestalg SHA1 -sigalg MD5withRSA -keystore D:\tools\robotium\debug.k

在发布至360.oppo应用市场时分别遇到了需要"应用加固"和"应用认领"的情况, 流程都是需要下载一个未签名的apk文件(安装包),然后签名后再上传. 我的做法是, 1.将安装包与签名文件(keystore)放到同一路径下 2.cd 至该路径,执行以下命令: jarsigner -verbose -sigalg SHA1withRSA -digestalg SHA1 -keystore icitySuzhou.keystore -signedjar -signed

apk简介 APK是AndroidPackage的缩写,即Android安装包(apk).APK是类似Symbian Sis或Sisx的文件格式.通过将APK文件直接传到Android模拟器或Android手机中执行即可安装.apk文件和sis一样,把android sdk编译的工程打包成一个安装程序文件,格式为apk. APK文件其实是zip格式,但后缀名被修改为apk,通过UnZip解压后,可以看到Dex文件,Dex是DalvikVM executes的简称,即Android Dalvik执

修改apk里的dex并且修复后重新打包进apk里,使用signapk.jar签名后安装仍然出现INSTALL_PARSE_FAILED_NO_CERTIFICATES,搜了很久,使用了多种方法签名仍然安装不上,最后在网上搜到了答案,详见这里. 原因是之前apk内已经有一个签名文件了,就在apk压缩包的META-INF路径下,后缀为RSA和SF的文件,如果再次签名,就会在META-INF又新增一个RSA和SF的文件,实际上相当于APK内有两个签名.解决方法是删除之前的RSA和SF文件,只保留最新增

1.(每个指令之间要有一个空格) 注:拿到一个apk后,首先删除META-INF. 1.如果你的电脑装的是jdk1.6,就用下面的命令: 打开命令符,首先直接输入: Jarsigner -keystore C:\Users\Administrator\.android\debug.keystore -storepass android -keypass android F:\robotium\Sign\c.apk androiddebugkey 之后输入: zipalign 4 F:\robot

Robotium是基于Instrumentation框架的,其编写的测试脚本与被测程序运行在同一个进程里面,所以这需要测试程序与被测程序拥有相同的签名,否则无法进行通讯.在只有apk的情况下可以采用“去签名再签名”的方法对被测程序进行签名.且没有签过名的apk是装不到手机里去的. 那你是否要问,我的测试程序打包成的apk为什么可以直接装,而不用签名呢? 那是因为当你再用eclipse生成apk时,eclipse用本地的sdk中的签名工具,自动为你签过名了,所以eclipse打包成的apk可以直接

需求1:根据渠道不同给包名添加不同的后缀名 方案: //先定义默认包名,用来复用 def packageName = "xxx.xxxx.xxxx" defaultConfig { applicationId packageName ... } productFlavors { aibei {} google {} pure {} qiji {} anzhi { applicationId packageName + ".anzhi" } baidu { appli

首先出现的问题是:  Failed to read key from keystore 是我的Key Alias 填写错了, 还有一种可能就是真的把key放错位置了