java的移植问题。欢迎讨论：）

Question

你当初开发的时候就应该考虑到可移植问题，比如文件路径分割符应该使用System.getProperty("file.separator")；来获得，而不是windows专用的"\"java基本上移植是不需要修改的。唯一要考虑的是线程的问题。windows是抢占式多线程；而unix只有进程没有线程，而是通过jvm模拟的线程，一般是协同式的

Answer 1

我只是用JAVA在WIN上写过点小程序，最近玩FREEBSD，把以前写的小程序拿来试一试，结果很顺畅的就跑起来了，只是字符出现乱码，估计是WIN下的字体FREEBSD下没装把，再者就是字符集的问题咯。当时我也很感叹JAVA真的可以跨平台呦。（有点象发现花园里真的有花的感觉）

Answer 2

纯字符程序，什么意思？不明白？联没联数据库？如果有，可能会改？
你的程序中有没有这种语句string a = new String("语句");,如果有，可能要改.

Answer 3

纯字符程序==没有GUI
当然连了数据库了，还用了线程，xml,和多种字符集

Answer 4

估计字符处理的时候有写问题。FREEBSD有中文支持吗

Answer 5

这是一个服务器程序，运行起来只在屏幕上显示一些状态提示，
不过内部倒是需要用到很多字符集。
如果操作系统不支持中文，或是不支持某个字符集，会影响相应的处理吗？
jdk的字符集和操作系统的字符集是个什么关系呢？对这个不是太了解：（

Answer 6

如果操作系统不支持中文，或是不支持某个字符集，会影响相应的处理吗？
jdk的字符集和操作系统的字符集是个什么关系呢？

Answer 7

####jdk的字符集和操作系统的字符集
Java核心的字符是基于UNICODE的.
请看这篇文章: 
http://www.chedong.com/tech/hello_unicode.html希望对你有帮助.

Answer 8

字符编码，路径及数据库配置
至于线程，linux不支持多线程吗？

Answer 9

数据库配置要改？
JDBC不是可以跨平台的吗？

Answer 10

java在转码时会读取操作系统的locale.

Answer 11

你拿到unix下跑跑测测就可以了。

Answer 12

你当初开发的时候就应该考虑到可移植问题，比如文件路径分割符应该使用System.getProperty("file.separator")；来获得，而不是windows专用的"\"java基本上移植是不需要修改的。

Answer 13

不需要改什么，我做移植的时候就啥都没改，但是如果要支持多种数据库，做数据库的移植有些要改，jdbc一个是速度慢，再一个就是对不同的数据库还是有点问题的。

Answer 14

我小试了一次：我把一个在sun J2sdk1.42下开发的程序移植到BEA的J-rocket1.42下，
结果不能用！！！执行过程中，不一会就抱错，而且跟踪还没有问题！