使用之后会把原始的Path环境变量下的全部重置(会丢失%%引用的和带有空格的环境变量)

[iwqian]

使用之后会把原始的Path环境变量下的全部重置(会丢失%%引用的和带有空格的环境变量)

[ystyle]

对，这个是调用cmd使用setx设置的， 设置后就变了。。。

[william20210206]

好家伙……不说不知道，一说吓一跳……………………我的也被重置了…………

[william20210206]

…………好大的BUG,我都忘了我设置过哪些环境变量了…………

[js-yabei]

我也是，这块能优化吗

[iwqian]

对，这个是调用cmd使用setx设置的， 设置后就变了。。。

谨慎使用

[iwqian]

…………好大的BUG,我都忘了我设置过哪些环境变量了…………

我的环境变量太多了，好几百个，丢完了，只能用到啥出问题了再一个个补上吧

[william20210206]

…………好大的BUG,我都忘了我设置过哪些环境变量了…………

我的环境变量太多了，好几百个，丢完了，只能用到啥出问题了再一个个补上吧

[weijiaqi199508]

我今天装的，好像没有出现这种情况
切换前

切换后

[Xxin980219]

.\jvms.exe init 初始化环境变量只需要初始化一次（每初始化一次，都会在系统变量中增加一个C:\Program Files\jdk/bin），后面每次使用直接输入 .\jvms.exe 就行，再进行 ls操作或者switch操作

[zifeiyu-sec]

我的环境变量啊啊，之前用的好好的，心血来潮搞一下新版本，出问题了

[SaboZhang]

我有几个环境都截断了，只能恢复了一个几年前的备份，只能用到啥再添加了

[mgheng]

原因：
调用cmd使用setx进行相关设置导致的。通过开源代码可以看到具体是官方通过os.Getenv("PATH")获取注册表path原始的值，这会导致获取到的值当中%%引用的值会全部还原为真实的值。

解决办法： 使用Windows注册表API的方式替换原来的setx命令。

修复后的结果：

完整的源代码，我没办法上传代码，所以附上图片：