在Windows批处理脚本中向java.exe传递Unix换行符的方法

一、正确传递-Dline.separator参数的方法 #

在cmd批处理中直接换行写-Dline.separator=后接换行的方式无效，因为cmd会将换行识别为命令终止符，导致参数被截断。推荐以下两种可靠方法：

方法1：利用延迟变量扩展定义换行符变量 #

在批处理中启用延迟变量扩展，通过转义换行符定义包含Unix换行符（\n，ASCII 0x0A）的变量，再传递给Java：

@echo off
setlocal enabledelayedexpansion
:: 注意：set "LF=^" 后必须紧跟两个空行
set "LF=^

"
java -Dline.separator=!LF! YourMainClassName

这里的^是cmd的转义符，后续的两个换行中，第一个被转义为实际的换行符存入变量LF，第二个是命令语法所需的换行。

方法2：通过十六进制转义生成换行符 #

借助certutil工具将十六进制的0A转换为实际的换行符，再传递给Java：

@echo off
echo 0A > temp.hex
certutil -decodehex temp.hex temp.bin >nul
set /p LF=<temp.bin
del temp.hex temp.bin
java -Dline.separator="%LF%" YourMainClassName

这种方式通过二进制文件读取换行符，避免了变量扩展的语法限制。

二、cmd.exe与PowerShell执行批处理的差异 #

1. 参数解析逻辑不同

   • cmd使用^作为转义符，对空格、特殊字符的解析规则更偏向传统DOS风格，引号内的内容仅部分特殊字符会被转义。
   • PowerShell使用反引号`作为转义符，对变量、引号的处理更灵活，例如在PowerShell中直接调用Java时，可直接用-Dline.separator="`n"传递Unix换行符（`n是PowerShell的换行符转义序列）。

2. 批处理执行上下文

   • PowerShell执行.bat/.cmd文件时，会启动独立的cmd进程运行批处理，批处理内部的命令、变量扩展完全遵循cmd规则，不会受PowerShell语法影响。
   • 若直接在PowerShell脚本中调用Java命令，而非通过批处理，则参数传递需遵循PowerShell的语法规则，无需适配cmd的转义方式。

3. 环境变量与命令查找

   • 两者的默认环境变量集合存在细微差异（如PSModulePath是PowerShell特有），但对Java命令的查找影响极小，只要java.exe在PATH中即可正常调用。

内容的提问来源于stack exchange，提问作者peter.petrov