请问自用64位win7编写JAVA程序应该下载32位的还是64位的jdk？

1、建议JDK window 版的(32bit)，哪数物JDK window x64 都装比毕裂较好。在程序开发李液过程中，用32位的吧，我认为32 位的应该广泛，其jvm的优化应该也比较好。

2、而软件开发完成后形成成品打包时，针对32位,x64的分别编译，分别打包比较好。

我给你点建议，虽然我给你解决不了。

你源程序有一个调用错误，或者有一个系统参数丢失，你尤其是注意检查，错误列举处的参数引用。（另外不排和租除内存不足，造成溢出，冲掉了一个必要的内部程序）。

另外看样子形腊核参传递，经过某些字符转换出现错误，或者使用特殊字符的密码无法登陆。有可能是你的写入权限不足轮棚掘造成。

对于此，依然建议卸掉net组件，然后重新安装一下。

以上仅供参考。

*** 作系统从32位步入64位，对于用户来说是质的飞跃。由于CPU读取数据宽度增加1倍，速度和精度都带来了跨跃。同时，CPU的读写方式的改变，对于程序员来说，需要适应跟进。虽然，64位系统支持32位程握弯序，但是是有条件的，因为系统对CPU的 *** 作有所变化，有的有32位上 *** 作，就不能在64位在 *** 作了。比如，软件通过调用底层，通过汇编读写数据的源程序，在32位上运行自如，在64位上就出现问题，执行出错。

在开发工具方面，基于Java、.NET的工具可以很顺利地支持64位平台。因为，它们不通过调用底层实现代码，而是基于.Net调用实施。对于Delphi来说，由于它是与 *** 作系统紧密相关的，与它代码，最终实现“32位程序可以在64位系统正常运行”的目的。

下面步骤仅供参考：

1、对于涉及到ASM代码的单元进行修改，采用API取代；

2、对于一些引用的读写硬件的单元，多数采用ASM代码，取消引用该类单元；

3、尽可能不使用第三方控件。特别是，无尺罩源代码的第三方控件。（内含ASM代码）

4、修改后的读写硬件的单元，要分别在64位机器中，调试。主要验证：

（1）可以运行（支持代码）。

（2）返回值32位与64位一致。

通过，上述段困闷代码改进。编译后的程序。在64位上正常运行。

---