实际上在Java 8中正确的方法是使用:

System.getProperty("user.home");

bug JDK-6519127已经被修复，并且在发布说明的“JDK 8和JDK 7之间的不兼容性”部分指出:

业务范围:Core Libs / java.lang 剧情简介 用于确定Windows上用户主目录的步骤已更改为遵循Microsoft推荐的方法。这种变化 可能在旧版本的Windows或where registry上可见 将设置或环境变量设置到其他目录。自然 不相容的 行为RFE 6519127

尽管这个问题已经很老了，我还是把它留给以后的参考。

替代方案是使用Apache CommonsIO FileUtils.getUserDirectory()而不是System.getProperty("user.home")。它将得到相同的结果，并且在指定系统属性时不会出现输入错误。

您的项目中很有可能已经有Apache CommonsIO库。如果你计划只用它来获取用户主目录，就不要引入它。

System.getProperty("user.home");

参见JavaDoc。

其他人已经回答了我之前的问题，但一个有用的程序打印出所有可用的属性是:

for (Map.Entry<?,?> e : System.getProperties().entrySet()) {
    System.out.println(String.format("%s = %s", e.getKey(), e.getValue())); 
}

当我在搜索Scala版本时，我所能找到的只是上面的McDowell的JNA代码。我在这里包含了我的Scala移植，因为目前没有更合适的地方了。

import com.sun.jna.platform.win32._
object jna {
    def getHome: java.io.File = {
        if (!com.sun.jna.Platform.isWindows()) {
            new java.io.File(System.getProperty("user.home"))
        }
        else {
            val pszPath: Array[Char] = new Array[Char](WinDef.MAX_PATH)
            new java.io.File(Shell32.INSTANCE.SHGetSpecialFolderPath(null, pszPath, ShlObj.CSIDL_MYDOCUMENTS, false) match {
                case true => new String(pszPath.takeWhile(c => c != '\0'))
                case _    => System.getProperty("user.home")
            })
        }
    }
}

与Java版本一样，您需要将Java Native Access(包括两个jar文件)添加到您所引用的库中。

很高兴看到JNA现在比发布原始代码时更容易做到这一点。

The bug you reference (bug 4787391) has been fixed in Java 8. Even if you are using an older version of Java, the System.getProperty("user.home") approach is probably still the best. The user.home approach seems to work in a very large number of cases. A 100% bulletproof solution on Windows is hard, because Windows has a shifting concept of what the home directory means. If user.home isn't good enough for you I would suggest choosing a definition of home directory for windows and using it, getting the appropriate environment variable with System.getenv(String).