在开发中有时我们会遇到在我们IDE改写文件之后不编译问题，那么怎么处理，这是我的处理方式。
1.今天在开发中遇到我的classpath下的properties文件不编译问题，因此进行了手动编译，将我们文件拷贝到classes路径下，其实便宜一个文件对我们来说so easy,但是这个编译文件是一个servlet文件，直接编译会不成功，因为我们jdk没有servlet-api.jar，所以我们需要将tomcat lib中servlet-api.jar放入到我们jdk 中D:\javasoft\jdk1.7.0_45\jre\lib\ext路径下（这也是classpath），我们在执行javac -d
 . *.java此时可以正常编译成功，over!

我们在开发  安卓中，有时需要对其他apk文件进行反编译，以便我们方便进行学习交流研究使用。

我们使用 Android SDK 默认生成的工程会自动添加一些类到我们的工程中。这些类在程序发布后会仍然保留在apk 文件中。

我们对其进行反编译后  可以发现  会有Smali后缀名的文件。我们怎么对他进行反编译城Java文件，并让我们看懂呢？下面进行一下简单介绍：

使用的到工具： 

    smali.jar, ApkToolKit工具，jd-gui工具（文下附下载链接）：

首先我们找到我们的activity.smali和smali.jar文件（activity.smali文件）：

打开cmd：执行命令： 

C:\Users\Administrator>java -jar C:\Users\Administrator\Desktop\smali.jar -o cle 

sses.dex C:\Users\Administrator\Desktop\activity.smali



生成clesses.dex文件： 


将文件  拖入：ApkToolKit中： 


点击dex转jar  这时会生成一个jar文件： 


打开jd-gui：

将我们生成的jar文件拖拽过去：

效果如图： 

就会产生我们可以看得懂的Java代码了： 


这样整个转换过程就完成了。

软件下载链接： 
http://download.csdn.net/detail/u013233097/9503683

Java命令行编译文件时出现的错误，找不到符号或软件包不存在等

标签（空格分隔）： Java

参考http://stackoverflow.com/questions/6665420/package-does-not-exist-error 

参考http://docs.oracle.com/javase/7/docs/technotes/tools/windows/javac.html

配套代码上传在：http://download.csdn.net/detail/qq369201191/9287185

习惯了eclipse的自动编译，Java命令行编译、执行文件只会最基础的部分，就是对单文件的编译和执行，而且不包含任何外部JAR包。但有时候你还非得用命令行，会碰到一些问题，博主这里给出几种常见的问题及解决方法。

实验环境介绍



eclipse 的工作目录在D:\myeclipse\Workspaces，里面有我们的一个工程example，点进去，eclipse为我们设置好的几个文件.settings、bin、src、.classpath、project,src中存放的是源代码，结构就如上图所示。

在eclipse导入后显示的结构如下图所示， 


小提示：包名com.example.controller指的是在src/com/example/controller文件夹下有个controller.java文件

model.java是一个独立的类，不导入任何外部包 
controller.java导入了com.example.model.model 
view.java导入了com.example.controller.controller和调用了一个外部Jar包

在观察案例代码时，需要特别注意此时命令行的当前目录，选项参数和Java文件，会有不同的结果



使用绝对路径

绝对路径就是从根目录开始的路径，Windows下就是以盘符开头，如”C:\”，Linux下以斜杠开头/home。

使用绝对路径的好处就是不管命令行的当前路径在哪里，都能正确的进行编译

案例一



D:\myeclipse\Workspaces\example>javac D:\myeclipse\Workspaces\example\src\com\example\model\*.java

案例二



D:\myeclipse\Workspaces\example\src>javac D:\myeclipse\Workspaces\example\src\com\example\model\*.java



使用相对路径

相对路径就是相对当前上下文环境，在命令行中就是相对命令行中前面的路径。
相对路径不以/开头，直接文件名。
如案例一，当前路径在D:\myeclipse\Workspaces\example\src，相对这个路径，Java文件的相对路径就为com/example/model/*.java。在案例二中当前路径有变化，相应得Java文件的相对路径也有变化。

案例一



D:\myeclipse\Workspaces\example\src>javac com/example/model/*.java

案例二



D:\myeclipse\Workspaces\example>javac src/com/example/model/*.java

基本概念已经理解了，上干货，一般命令行编译出现的问题：



问题一：找不到符号或软件包不存在

案例一



D:\myeclipse\Workspaces\example\src>javac com/example/controller/*.java

这种情况下可以正常得进行编译，因为你自己不指定classpath，一般系统默认的classpath会在当前路径中搜索。

案例二



D:\myeclipse\Workspaces\example>javac src/com/example/controller/*.java

报错
src\com\example\controller\controller.java:3: 软件包 com.example.model 不存在

我们切换目录，已上文绝对路径、相对路径的知识，正确给出Java文件的路径。这时会报出错误，软件包com.xxx不存在。因为在controller.java文件中有一个import com.example.model.model，根据系统默认的classpath会在当前路径下找，即D:\myeclipse\Workspaces\example，很明显这个路径下没有com文件。

解决方法，我们告诉编译器哪个目录下会有就行了，所以需要加入选项-cp xxxx 或 -classpath xxxx



D:\myeclipse\Workspaces\example>javac -cp src src/com/example/controller/*.java

加上参数-cp src,告诉编译器可以去src中找，就不会有问题了。

同样的，classpath可以是相对路径，也可以是绝对路径，本例中使用的是相对路径，命令行换路径后，所有参数都要换



D:\myeclipse\Workspaces>javac -cp example/src example/src/com/example/controller/*.java

下面这个是用绝对路径写的，相对路径和绝对路径以下不再叙述



javac -cp D:\myeclipse\Workspaces\example\src example/src/com/example/controller/*.java



问题二：JAR包怎么引入

首先还是在eclipse调通，建议专门建立一个lib文件，然后把JAR包全部放在这里面，对项目转移也比较方便。

案例一



D:\myeclipse\Workspaces\example\src>javac com/example/view/view.java

错误
com\example\view\view.java:4: 软件包 com.google.gson 不存在
import com.google.gson.Gson;
                      ^
com\example\view\view.java:14: 找不到符号
符号： 类 Gson
位置： 类 com.example.view.view
                Gson gson = new Gson();
                ^
com\example\view\view.java:14: 找不到符号
符号： 类 Gson
位置： 类 com.example.view.view
                Gson gson = new Gson();
                                ^
3 错误

其实就一个问题，没找到JAR包。引入JAR就是注意要把路径写到JAR包的具体位置。废话少说，给出例子：

案例二



D:\myeclipse\Workspaces\example\src>javac -cp lib/gson-2.3.1.jar com/example/view/view.java

错误
com\example\view\view.java:3: 软件包 com.example.controller 不存在
import com.example.controller.controller;
                             ^
com\example\view\view.java:10: 找不到符号
符号： 类 controller
位置： 类 com.example.view.view
                new controller();
                    ^
2 错误

细心的你会发现，问题变了，因为我们引入了JAR包，所以因为JAR找不到的GSON问题已经没了，现在的问题就是找不到com.xxxx,就变成问题一。这里解释一下，我们加入-cp xxxx或-classpath xxxx之后，会覆盖系统中的classpath，案例二这么写的确可以找到GSON类，但在碰到import com.example.model.model时还在lib/gson-2.3.1.jar文件中查当然是找不到了，所以报错。方法很简单，在增加一个com.xxxx文件夹的路径,没错就是当前路径。所以加上.;lib/gson-2.3.1.jar。现在你是否对一开始配置Java环境时候，classpath中的路径要.;%JAVA_HOME%\lib\dt.jar;%JAVA_HOME%\lib\tools.jar有了理解呢？

特别注意的是在Linux下用冒号：进行分隔，而在Windows用分号进行分割。

案例三



正确
D:\myeclipse\Workspaces\example\src>javac -cp .;lib/gson-2.3.1.jar com/example/view/view.java



问题三：指定class文件存放位置

默认的情况下，class文件和java文件存放在一个目录下，但你有没有发现，eclipse编译后会有两个目录，一个是src，存放的是用户编辑的源代码，定一个是bin文件，是编译后的字节码。它是加了-d选项。



D:\myeclipse\Workspaces\example\src>javac -d ../bin com/example/model/model.java

这里bin文件和src文件是同级（看实验环境介绍），也是使用的是相对路径。打开文件后可以发现在bin文件中生成了com/example/model/model.class具有层次结构的目录。

到此我相信你已经能基本上解决编译时的问题了。



总结

本文给出了几个常见问题的解决方案，以上代码都经过实验过，不会有问题。命令行中我们要注意相对路径和绝对路径的差别，已经Linux下和Windows下分隔符的差别（Linux用冒号，Windows下用分号）。另外设置classpath时，一般都加上当前路径.。

以上内容是博主查阅一些资料，并进行了总结，本来还想认真研读一下官方文档的，但因为是全英文，而且很具体，还是放弃了。以后在碰到问题继续完善好了。如果以上所述有问题，请及时指出，欢迎交流！

在前文 源码编译  中一文中我们介绍了关于源码的编译，随后在  可执行文件简介 对方舟工具链的几个工具的执行情况进行了简单的验证。但是，我只是在out/bin的目录下直接进行验证，并未结合samples目录的测试用例进行验证。最近看到有不少大佬对测试用例进行编译，有所启发，我分析了测试用例的Makefile和java2jar的内容，有一点新的收获，在此做简要的分享。
java2jar其实本身是一个很简单的小脚本工具，要做的就是将Java文件编译成class文件之后，然后进行打包。但是根据 可执行文件简介 的内容，其运行存在一定的问题，虽然做了一些修改，但是还存在一些问题。我们先看java2jar的源码：
#!/bin/bash
OUTPUT=$1
CORE_ALL_JAR=$2
shift 2
javac -g -d . -bootclasspath ${CORE_ALL_JAR} $@
jar -cvf ${OUTPUT} *.class                                                                         
其中涉及到两个输入，$1和$2。$1是要输出的jar包，$2是要输入一个叫CORE_ALL_JAR。之前我也尝试了各种对于java2jar的输入，不得其要领，看到大佬们构建测试用例，才想到从测试用例的Makefile借鉴方舟的工具链使用。所以查看samples/helloworld/Makefile：
APP = HelloWorld
include $(MAPLE_BUILD_CORE)/maple_test.mk
而进一步查看build/core/maple_test.mk：
include $(MAPLE_BUILD_CORE)/maple_variables.mk

test: $(APP_S)
include $(MAPLE_BUILD_CORE)/mplcomb.mk
include $(MAPLE_BUILD_CORE)/jbc2mpl.mk
include $(MAPLE_BUILD_CORE)/java2jar.mk

.PHONY: clean
clean:
	@rm -rf *.jar
	@rm -f *.class
	@rm -f *.mpl
	@rm -f *.mplt
	@rm -f *.s
	@rm -f *.groots.txt
	@rm -f *.primordials.txt
	@rm -rf comb.log
这里面又包含了mpcomb.mk、jbc2mpl.mk、java2jar.mk这三个文件。我们先查看java2jar.mk，因为前文也分析过，它是工具链的第一个环节，具体源码为：
$(APP_JAR): %.jar : %.java
	$(JAVA2JAR) $(APP_JAR) ${MAPLE_ROOT}/libjava-core/java-core.jar "$(wildcard *.java)"
我们看到，这里在输入java文件之前，输入了一个java-core.jar包，这个包就是前面java2jar中的CORE_ALL_JAR。这个包在这次发布的时候并没有提供，这也是不少同仁都验证发现的问题。这个才是导致之前关于java2jar总不能达到预期的结果。
那么我们继续看看jbc2mpl.mk，以查看jbc2mpl是怎么具体使用的，其具体源码为：
$(APP_MPL): %.mpl : %.jar $(JBC2MPL_BIN)
	$(JBC2MPL_BIN) --mplt $(LIB_MPLT) -injar $(APP_JAR) -out $(APP)
这里也要求输入一个LIB_MPLT文件，也就是一个mplt的格式的库。发布中没有发现相关的mplt库，所以这个库的缺失是我们之前jbc2mpl总是失败的原因。所以，从我们目前能看到，缺失了一个java-core.jar以及一个mplt库（方舟的中间格式之一），导致第一步骤和第二步骤都无法运行。所以，也没办法继续运行后两个可执行文件maple和mplcg。
而maple和mplcg的两个可执行文件的运行方式，也可以从Makefile中看到一些信息。mplcomb.mk:
$(APP_S): %.VtableImpl.s : %.mpl $(MAPLE_BIN) $(MPLCG_BIN)
	$(MAPLE_BIN) --infile $< $(MPLCOMBO_FLAGS) --save-temps
maple_variables.mk
TARGETS := $(APP)
LIB_MPLT := $(MAPLE_ROOT)/libjava-core/libjava-core.mplt
APP_CLASS := $(foreach APP, $(TARGETS), $(APP).class)
APP_JAR := $(foreach APP, $(TARGETS), $(APP).jar)
APP_MPL := $(foreach APP, $(TARGETS), $(APP).mpl)
APP_MPLT:=$(foreach APP, $(TARGETS), $(APP).mplt)
APP_VTABLEIMPL_MPL := $(foreach APP, $(TARGETS), $(APP).VtableImpl.mpl)
APP_S := $(foreach APP, $(TARGETS), $(APP).VtableImpl.s)

JAVA2JAR := $(MAPLE_ROOT)/out/bin/java2jar
JBC2MPL_BIN := $(MAPLE_ROOT)/out/bin/jbc2mpl
MAPLE_BIN := $(MAPLE_ROOT)/out/bin/maple
MPLCG_BIN := $(MAPLE_ROOT)/out/bin/mplcg
MPLME_FLAGS := --quiet
MPL2MPL_FLAGS := --quiet --regnativefunc --maplelinker
MPLCG_SO_FLAGS := --fpic
MPLCG_FLAGS := --quiet --no-pie --verbose-asm --maplelinker
MPLCOMBO_FLAGS := --run=me:mpl2mpl:mplcg --option="$(MPLME_FLAGS):$(MPL2MPL_FLAGS):$(MPLCG_FLAGS) $(MPLCG_SO_FLAGS)"
从这个里面，我们可以看到maple和mplcg两个可执行文件，是放到一个阶段执行的。我们总结起来，可以分为三个阶段：1、java2jar；2、jbc2mpl;3、maple和mplcg。
前两个阶段第一个阶段需要一个额外的java-core.jar包，第二个阶段需要一个额外的mplt格式的库。综合分析起来，有点诡异，其实从测试用例的角度来看，我们就缺少一个运行时的库。所以，java-core.jar包可能就是这个库。在这种推论下，那么java2jar添加这个库之后，我们后续的信息应该已经完整了。那么在第二个阶段还缺一个mplt的库，这有点奇怪，这时候这个库还缺什么？而且java2jar，不管从名字还是从程序的内容来讲，都是一个将java文件变成一个jar包的过程，不应该再依赖其他的jar包。倒是第二个阶段在生成IR的时候，添加运行时的mplt的库，才符合逻辑。在这种情况下，我将java2jar的源码做了更改：
#!/bin/bash
OUTPUT=$1
JAVA_FILE=$2
shift 2
javac -g -d . ${JAVA_FILE}
jar -cvf ${OUTPUT} *.class   
这样，java2jar可执行文件就可以通过java2jar out.jar test.java这种格式，来输出一个包含test.class的out.jar包。这样，java2jar可执行文件就可以和我们预期一样正确的执行了。
这种时候，我们的第一个工具java2jar已经可以正常执行了，一旦有了运行时的库（java-core.jar），我们或许可以尝试将其变成mplt格式，或者直接交给jbc2mpl，结合输入的java文件，直接得到一个最终的IR。因为，jbc2mpl的运行模式我们在前文已经介绍过了，是可以直接接受jar格式的输入，或者是mplt格式的输入的。当然，这种是一个猜测。因为从一个编译器的设计来讲，打包就是打包，只有在生成IR的时候,或许才会给相关的缺失的部分补充信息，所以即使是有运行时库，也应该是在这个阶段补充。所以，我是觉得，真是能找到缺失的java-core.jar的话，可能只需要在jbc2mpl补充就可以了，java2jar就是个打包程序，根本不需要额外的库。
目前的这些理解和猜测，还有待进一步验证，我会继续深入了解这些工具，争取早日搞清楚这几个工具的正常运行。