最近用上了FlashDevelop。与Flash Builder比起来，它确实优点很多：小巧，快速，灵活的定制功能，免费且开源。
使用FlashDevelop开发AS/Flex/AIR程序的时候，可以使用Flex SDK来编译和调试。Flex SDK使用JAVA写成，需要系统中安装JAVA虚拟机（JVM）。而我的系统中已经安装了64位的JAVA虚拟机。
在调试的时候，FlashDevelop报告了下面的错误。
Debugger startup error: System.BadImageFormatException: 试图加载格式不正确的程序。 (异常来自 HRESULT:0x8007000B)
在 net.sf.jni4net.jni.JNI.Dll.JNI_GetDefaultJavaVMInitArgs(JavaVMInitArgs* args)
在 net.sf.jni4net.jni.JNI.Init()
在 net.sf.jni4net.jni.JNI.CreateJavaVM(JavaVM& jvm, JNIEnv& env, Boolean attachIfExists, String[] options)
在 net.sf.jni4net.Bridge.CreateJVM()
在 net.sf.jni4net.Bridge.CreateJVM(BridgeSetup setup)
在 FlashDebugger.DebuggerManager.Start(Boolean alwaysStart)
FlashDevelop是直接调用Flex SDK中的fdb进行调试的，出现这个错误的原因，是因为fdb仅支持32位的JVM。
可是，JAVA不是平台无关的么？为什么fdb却只能支持32位的JVM？
的确，纯JAVA程序确实是平台无关的，但是调用了JNI就不同了，JNI是受平台限制的。而通过上面的报错信息，明显能看出是JNI在报错。
找到了问题所在，解决起来就容易了。
下面是解决步骤：
- 安装32位的JVM。JVM是允许32位和64位共存的。
- 将环境变量JAVA_HOME改为指向32位JVM的安装路径。
- 搞定。
但是，在64位操作系统中修改JAVA_HOME环境变量指向32位JVM是个愚蠢的做法。因为这样会导致操作系统中默认使用32位的JVM。所以，有个稍微麻烦一点的办法。
- 安装32位的JVM。我的JVM 32bit安装在
C:Program Files (x86)Javajre7目录。 - 在FlashDevelop.exe文件相同的目录下创建一个startFD.bat文件，写入如下内容：
set JAVA_HOME=C:Program Files (x86)Javajre7
start FlashDevelop.exe
- 双击startFD.bat，程序会首先设置JAVA_HOME变量，然后启动FlashDevelop，并关闭cmd窗口。
使用这种方式设置的JAVA_HOME环境变量，只在启动FlashDevelop.exe的时候有效，不会影响系统的已有的环境变量。
网上还能搜到一些其它的解决方案，让我们来看看：
方案1，来源
复制 jrein中的msvcr71.dll到WindowsSystem32下就可以了
这个方案明显是针对32位操作系统的，所以解决不了本文的问题。
方案2，来源
Googling about this problem tells that many users have this in JDK 6 solved with msvcr71.dll, but not for me
And it’s because I have latest JDK 7 which needs msvcr100.dll, so just find this DLL in “jre7/bin” directory and copy to FlashDevelop.exe folder.
For thos who had BadImage problem while building on x64 system, don’t forget, that now FD4 uses x32 component, so set JAVA_HOME to point to x32 version of JDK.
这个方案说的比较详细，也指明了JDK7与JDK6所需的msvcr*.dll并不相同。不过按这个方案也是解决不了本文的问题的。倒是最后那句话给了我解决问题的启示。
转自:http://zengrong.net/post/1692.htm
用了编辑startFD.bat的方法,很好用.
存档待查