如何在Java（使用JNA）中向Windows CreateProcess传递环境指针

首先，你遇到的核心问题大概率是环境块的编码和格式不符合Windows Unicode环境的要求，再加上没有正确获取API调用的错误信息，导致无法精准定位问题。我来一步步拆解：

1. 编码错误是核心诱因 #

你设置了CREATE_UNICODE_ENVIRONMENT标志，这意味着Windows期望环境块是UTF-16LE编码的宽字符数组，但你的asPointer方法用了UTF-8编码，完全不匹配规则：

• UTF-16LE每个字符占2字节，而UTF-8是可变长度编码，直接转换会破坏环境块的结构
• 对于Unicode环境块，末尾需要的是两个宽空字符（也就是连续4个字节的0x00），而不是你添加的单个字节0x00

2. 修正环境块转Pointer的方法 #

Advapi32Util.getEnvironmentBlock(environment)返回的字符串已经是符合Windows格式的环境块（每个变量用空字符分隔，末尾双空结尾），但它是基于宽字符的。你需要直接把它转成UTF-16LE的字节数组，再写入Memory：

public static Pointer asUnicodeEnvironmentPointer(String environmentBlock) {
    try {
        // 转成Windows宽字符格式的UTF-16LE编码
        byte[] data = environmentBlock.getBytes("UTF-16LE");
        // Advapi32Util.getEnvironmentBlock已经生成了双空结尾的环境块，无需额外添加空字节
        Pointer pointer = new Memory(data.length);
        pointer.write(0, data, 0, data.length);
        return pointer;
    } catch (UnsupportedEncodingException e) {
        throw new RuntimeException(e);
    }
}

3. 必须获取API错误码定位问题 #

当CreateProcess返回false时，一定要调用Kernel32.Instance.GetLastError()获取具体错误码，这是排查Windows API问题的关键步骤：

• 比如ERROR_BAD_ENVIRONMENT(1008)表示环境块格式无效
• ERROR_FILE_NOT_FOUND(2)可能是进程路径错误（和环境块无关）
• ERROR_ACCESS_DENIED(5)则是权限问题

可以用工具方法把错误码转成可读描述：

if (!Kernel32.Instance.CreateProcess(...)) {
    int errorCode = Kernel32.Instance.GetLastError();
    String errorMsg = Kernel32Util.formatMessageFromLastErrorCode(errorCode);
    System.err.println("CreateProcess启动失败: " + errorCode + " - " + errorMsg);
}

4. 分步排查建议 #

• 先排除环境块外的问题：暂时不传环境块（将环境参数设为null），确认CreateProcess能正常启动目标进程，排除路径、权限、命令参数等其他问题。
• 验证环境块格式：把Advapi32Util.getEnvironmentBlock(environment)返回的字符串转成字节数组查看十六进制，确认每个变量是KEY=VALUE格式，且用空字符分隔、末尾双空。
• 检查内存写入完整性：写入Memory后，再读取出来转成UTF-16LE字符串，和原环境块对比，确认没有损坏。

内容的提问来源于stack exchange，提问作者Luke