本文介绍了试图扭转工程师我的应用程序,但得到了一些奇怪的前瞻性文件树的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我所有我去年建成(雷霆对我的硬盘,没有备份的任何应用程序)的应用程序失去了code。由于他们是相当简单的应用程序,我把它们在逆向工程的过程。我已经做了这样的几十个时间过去,每次我没有任何问题(如果我们不计工时的所有文件拼凑成一个单一的项目)。我已经完成了3款应用在硬盘烧坏我输了。他们被逆转几乎是完美的,但我卡住了这一个。

I lost the code from all the apps I built last year (thunder against my hard disk, no backup for any app). As they were rather simple apps, I put them under reverse engineering process. I have already done this a dozens of time in the past, each time I had no problems at all (if we do not count hours of work to put together all the files into a single project). I have already finished 3 apps I lost during hard disk burnout. They were reversed almost flawlessly, but I got stuck with this one.

让我们来详细搞定。逆向工程过程进行得很顺利。我能得到从APK拉codeD XML文件的XML code。我也能够成功地从 classes.dex 反编译的Java code。我把所有的文件可读,我可以通过文本编辑器打开/查看即可。

Let's get in details. The reverse engineering process went well. I was able to get the XML code from the coded XML files pulled from the APK. I was also able to successfully decompile Java code from the classes.dex. I got all files readable and I can open/view then via the text editor.

但我得到了一个看起来怪怪的文件结构怪异的文件名。该项目文件位于通常的路径的src / COM / mycompanyname /应用程序的名字里面。 RI过程之后,部分的文件留在主路径( R.java ,第三方广告文件和其他几个人),而所有其他文件都renaimed 到这样的文件结构:

BUT I got a weird-looking file structure and weird file names. The project files were located inside the usual path src/com/mycompanyname/appname. After RI process, some of the files remained in the main path (R.java, 3rd party Ad files and a few others), while all the other files were renaimed into file structure like this:

a.java
b.java
c.java
...
z.java

a.java
b.java
c.java
...
z.java

所有我写的文件被重命名,并得到了这些奇怪的名字,而所有的第三方文件仍然完好无损。

All the files I wrote were renamed and got these weird names, while all 3rd party files remained intact.

问:谁能告诉我可能是什么原因呢?

Q: Could anyone tell me what could be the reason for this?

问:的Eclipse中莫名其妙地混淆了code编译成APK过吗?这是模糊化的APK怎么看起来像经过IR过程中被放在后?

Q: Has Eclipse somehow obfuscated the code before compiling it into APK? Is this how the obfuscated APK looks like after being put through IR process?

我真的希望有人能够帮助我,我还是要重建等十多个应用程序。它

I really hope someone will be able to help me as I still have to reconstruct more than 10 other apps. It

推荐答案

Android的SDK中包含Proguard的混淆你的code。 Proguard的是默认启用的,当你在Eclipse中创建使用ADT的Andr​​oid项目。你可以把它关掉但是。了解更多关于此这里 http://developer.android.com/guide/developing/工具/ proguard.html

The Android SDK includes Proguard to obfuscate your code. Proguard is enabled by default when you create an Android project in Eclipse using ADT. You can turn it off however. Read more about this here http://developer.android.com/guide/developing/tools/proguard.html

所以...

问:谁能告诉我这可能是这样做的原因

它的Proguard的做的工作。

It's Proguard doing its job.

问:请问Eclipse的编译,然后再将其在某种程度上混淆了code  APK?这是模糊化的APK怎么看起来像被通过后放  IR过程?

这不是单独的Eclipse,它的Proguard的那个叫在建设过程中。是的,这是它的样子。

It's not Eclipse by itself, it's Proguard that is called in the building process. And yes, that is how it looks like.

这篇关于试图扭转工程师我的应用程序,但得到了一些奇怪的前瞻性文件树的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持!

07-23 05:29
查看更多