给ApkIDE 和 AndroidKiller 开启一个“复活通道”

冥界3大法王

@H   老大管理员
他会问，纳尼？ 这是什么玩意儿？
要表达什么意思？
譬如说，我们找到一个试验对象的 ABC.apk文件进行学习分析修改后，却发现明明照着教程改的，却打包安装测试没有任何的修改效果
于是换作apktool 或 是  Android逆向助手 或是 ApkToolkit 或是  Apktool Box (竟然马上又有效果了）
通过大量的上机实践上看论坛上的视频得知：原来破坏了原来的安卓文件结构

曾几何时，当你逆向分析并修改了.smali代码后，却意外的发现 ：ApkIDE 或  AndroidKiller 却不能正常的编译成功或者是当我们第一步反编译时候，由于种种原因，解包后的代码不全，或者不能直接解出来

于是就有了下面的想法，楼主的想法是这样的

我们每次打开时为什么上面有个历史记录？



我去，我上传的图片呢？0楼全蒸发了？！


楼下的朋友们，你们是否有想法呢？






另外呢，还都能调用notepad++

标记和高亮语法，
综上所述，为什么要占用两亩地？ 为什么功能上不能互补？


通过以上的分析，你是否有了自己的想法？
1.让有反调试功能的正常的被上面的任意一个再打开
2，让两者的数据实现共享
3，都能快速的穿插使用其他的外部工具来任意的编辑、打包 和 签名
4.  能够 自动的生成desktop.ini 图标定义文件 和   cfg.ini文件

cfg.ini文件内容如下：

[project]
type=.apk

他们都有下面的类似目录结构 ：
s\AndroidKiller_v1.3.1\projects\仨笨贼2
├文件夹1：[Bin]
│  └█
├(1)cfg.ini
├文件夹2：太长了，少年儿童不宜观看地。。。。省略。
│  ├(1)AndroidManifest.xml

│  │  │  │  │  └█
│  │  │  │  └█
│  │  │  └█
│  │  ├文件夹4：[safiap]
│  │  │  ├文件夹1：[framework]
│  │  │  │  ├文件夹1：[a]
│  │  │  │  │  ├(1)a.class
│  │  │  │  │  ├(2)b.class
│  │  │  │  │  │  │  │  │  └█
│  │  │  │  └█
│  │  │  └█
│  │  └█
│  └█
└█
所以我们编程 可以简单的补足上面的缺陷！

冥界3大法王

这个浏览器真恶心，在1楼接着编辑吧。我先吃饭。
把想法写完，一会就可以编程解决了。
下面我们来做一个实际的测试，先打开【打开报错不能反编译的    apk文件  =====>沙发管家.apk】

接下来，我们来用 其他的工具生成 所要的文件
并购造 文件


看到没？  只有上一级的文件名 有些另类 ：
AndroidTools\ApkIDE\Work\com.molitv.android
我们照着抄 和 改 就是了
看能否欺骗软件 通过？




好的，APKIde 改之理 这个理论 和 实践 全部通过了
=================================================
接着，我们再来给AndroidKiller 做类似的移植试验

我们同样找个无法生成的apk  ，或是 apkTool 等工具生成的目录，依照文件夹中的结构和目录  生成特定的文件
未完，文章接这编辑。。。待续。。。。
后续工具。。。

韦大潮

大佬级别 看不懂

yuanmengxiaozi

我去，太深奥了，我小白看不懂

wlpkcheng

太高深了，菜鸟膜拜大佬

如枫随风

额，你这个太浪费论坛的空间了吧……

yangxiaoqiang

大佬级别 看不懂

beiying

还不如自己重新写一个算了，调用apktool反编译成smali，调用dex2jar把dex转为jar，再用jd-gui来打开

zhaotianrun

这个可以的，不过就是麻烦，是可以解决Android中反编译出问题的

balunzhi

感谢楼主分享