VSCode调试Java时命令行参数必须通过launch.json的args数组传入，如["--env=dev","input.txt"]，空格路径无需引号；vmArgs用于JVM参数，args才是main方法参数；Maven/Gradle项目需确保classpath自动解析且编译最新class文件；中文路径乱码需在vmArgs加-Dfile.encoding=UTF-8。
VSCode 调试 Java 程序时，命令行参数必须通过 launch.json 的 args 字段传入，直接在终端运行的 java -jar app.jar arg1 arg2 方式在 GUI 调试中完全不生效。
怎么在 launch.json 里加 args
VSCode 不会自动把右键「Run」或绿色三角形按钮的输入框内容转为程序参数——它只认 launch.json 里的 args 数组。
-
args必须是字符串数组，每个参数单独一项，例如["--env=dev", "input.txt"]，不能写成"--env=dev input.txt" - 如果参数含空格或特殊字符（如路径
C:my dataconfig.json），不用加引号，VSCode 会自动处理；但若手动加了双引号，JVM 会把它当字面量传给main(String[] args)，导致解析失败 - 空数组
"args": []表示传零个参数；省略args字段则等价于不传任何参数（不是默认空数组） - 修改后无需重启 VSCode，但要确保当前调试配置被选中（运行和调试侧边栏顶部下拉菜单）
args 和 vmArgs 别混用
vmArgs 是给 JVM 进程本身的启动参数，args 才是你的 Java 程序 main 方法收到的参数。常见错误是把 -Dfile.encoding=UTF-8 塞进 args，结果程序报 Unknown option: -Dfile.encoding=UTF-8。
-
vmArgs示例："-Xmx512m", "-Dlogging.level.root=DEBUG" -
args示例："--port=8080", "prod.yaml" - Spring Boot 项目中，
--server.port=8080属于args，不是vmArgs；而-Dspring.profiles.active=dev才是vmArgs
调试 Maven/Gradle 项目时 args 不生效？检查 classpath 是否被覆盖
如果你用的是 Maven 多模块项目，且 launch.json 里手动写了 classPaths 或 projectName，但又没同步更新依赖路径，VSCode 可能加载了旧版 class 文件（不含最新 main 方法签名），导致 args 传进去了却没被读取。
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
- 优先删掉
classPaths字段，让插件自动从pom.xml解析——90% 的参数不生效问题源于手动维护 classpath 出错 - 确认
target/classes（Maven）或build/classes/java/main（Gradle）里确实有你修改后的 class 文件；没有就先mvn compile或./gradlew classes - 如果用了 Lombok，确保
lombok.config在 classpath 根目录，否则编译出的 class 可能缺失参数字段访问器
args 中的中文路径或特殊符号乱码
Windows 上最常见：你在 args 里写了 "C:\用户\测试\data.txt"，但程序读出来是 C:u7528u6237u6d4bu8bd5data.txt ——这不是 VSCode 的 bug，而是 JVM 默认编码未对齐。
- 在
vmArgs中强制指定文件编码："-Dfile.encoding=UTF-8"（适用于大多数场景） - 若仍乱码，加
"-Dsun.jnu.encoding=UTF-8"，这个控制System.getProperty("user.dir")和路径解析 - macOS/Linux 用户一般无此问题，但若终端 locale 是
en_US.UTF-8而 Java 项目硬编码了GBK，同样会出错
真正容易被忽略的是：VSCode 的 Java 调试器在 launch 模式下，不会读取 System.getProperty("sun.java.command") 的原始命令行，它只保证 String[] args 数组内容准确。所以不要在代码里试图解析整个启动命令，老老实实从 args 入手。
