- 主题:很多年不用JAVA，最近用了下，快被两个问题整疯了
第一个问题为啥用csv？你这种用txt就行了
【 在 jetscout (jetjet) 的大作中提到: 】
: 特来本版请教。
: 1、第一个应该是 字符集的问题。
: 我将Eclipse字符集设定为 UTF-8, 将UE设置为UTF-8。用UE创建一个csv的文本文件，使用Eclipse JAVA程序从里面读数据。
: 但是读出的数据和想要的偶尔会不一致。比如我文本文件里面是"73103", 进入调试模式，肉眼识别读出的字符串值就是"73103"；然后用"73103".equals(读出的字符串)比较，总是报false。用其他执行正确的文本文件，rename文件名，同样的"73103"就执行正确。生产力在这里急剧降低，快被折腾疯了。
--
FROM 223.104.3.*
第二个问题，文件都是有路径的，你不给出绝对路径，只给文件名，那就是相对路径，那不就很容易出错？
【 在 jetscout (jetjet) 的大作中提到: 】
: 特来本版请教。
: 1、第一个应该是 字符集的问题。
: 我将Eclipse字符集设定为 UTF-8, 将UE设置为UTF-8。用UE创建一个csv的文本文件，使用Eclipse JAVA程序从里面读数据。
: 但是读出的数据和想要的偶尔会不一致。比如我文本文件里面是"73103", 进入调试模式，肉眼识别读出的字符串值就是"73103"；然后用"73103".equals(读出的字符串)比较，总是报false。用其他执行正确的文本文件，rename文件名，同样的"73103"就执行正确。生产力在这里急剧降低，快被折腾疯了。
--
FROM 223.104.3.*
他这个例子是纯数字，gbk也不会出错的
【 在 callmebbser (BBSer) 的大作中提到: 】
: 基本功不扎实。
:
: 1、你的Eclipse虽然设置了工作区文本编码为UTF-8，但你的Java文件是新建的还是旧的
: 呢？旧的就有可能是GBK编码。
--
FROM 223.104.3.*
ue保存的时候可以选择用不用bom的，你仔细看看保存对话框
【 在 jetscout (jetjet) 的大作中提到: 】
: 是的，用16进制打开看了下，多了0xEF 0xBB 0xBF (BOM）。不知道什么时候加进去的，怎么去掉。
: - 来自 水木社区APP v3.5.7
: 【 在 solrex 的大作中提到: 】
: : UTF-8 有一种BOM编码，你要用的是Windows，要注意
--
FROM 223.104.3.*
那你何苦把eclipse设置成utf8？听别人的话，用utf8 nobom就行了
【 在 jetscout (jetjet) 的大作中提到: 】
: 谢谢关注哦。我将文件改成GBK编码了。
: - 来自 水木社区APP v3.5.7
: 【 在 solrex 的大作中提到: 】
: : 一般高级点的编辑器如UE，在保存的菜单或者对话框里，都有编码选项，可以保存成UTF-8无BOM编码。
--
FROM 223.104.3.*