意外的字符串concat行为

时间:2012-11-08 07:47:53

标签: java string solaris string-concatenation

我遇到了一些简单的Java代码问题:

// the env var is set 
public final String METACHEK_pref = System.getenv().get("MCHK_DIR"); 
// the env var should be :
public String tempMP = "/disk3/METACHECK/Metacheck/metachek";

System.out.println("#1:"+METACHEK_pref+File.separator+"metachek"); 
System.out.println("#2:"+tempMP+File.separator+"metachek");

打印:

#1:/metachekTACHECK/Metacheck/metachek
#2:/disk3/METACHECK/Metacheck/metachek/metachek

我在不同的操作系统中尝试过该代码,只有一个solaris有这个问题。当然,代码必须在这个特定的服务器上工作。

我不知道在哪里查看是否在隐藏的配置文件中设置了一些奇怪的参数。

任何人都知道发生了什么?为什么concat已演变成插入命令?

编辑:

我用这段代码创建了另一个jar:

public class test {

    /**
     * @param args
     */
    public static void main(String[] args) {
        // TODO Auto-generated method stub


        String METACHEK_pref = new String(System.getenv().get("MCHK_DIR").toString());
        String tempMP = "/disk3/METACHECK/Metacheck/metachek";

        System.out.println("#1:"+METACHEK_pref); 
        System.out.println("#2:"+METACHEK_pref+File.separator+"metachek");
        System.out.println("#3:"+tempMP+File.separator+"metachek");



    }

}

这是输出:

#1:/disk3/METACHECK/Metacheck/metachek
 /metachek/METACHECK/Metacheck/metachek
#3:/disk3/METACHECK/Metacheck/metachek/metachek

看看#2是如何消失的?

2 个答案:

答案 0 :(得分:4)

我很确定MCHK_DIR环境变量以CR字符结尾(回车符,更好地称为CRLF的第一部分)。

这完全解释了您的体验:打印MCHK_DIR的可见部分,并将光标放在行的开头。然后打印您附加的内容(覆盖可见MCHK_DIR文本的开头)。

如何这对我来说有点神秘,因为大多数设置环境变量的方法都不容易附加空格字符(例如CR)。

要检查确实是这种情况,请迭代变量的字符并打印它们的值:

for (char c : METACHEK_pref.toCharArray()) {
  System.out.println("<" + c + ">: " + (int) c);
}

答案 1 :(得分:1)

我猜,@ Joachim Sauer是正确的。 如果是这样的话,

   String METACHEK_pref = System.getenv("MCHK_DIR").trim();

应该做tirck。