我同意CupawnTae的观点。

SET对于更改主环境没有用处。

供您参考:系统变量在HKLM\ System \CurrentControlSet\Control\Session Manager\Environment中(比用户变量长很多)。

因此，一个名为FOOBAR的系统变量的完整命令是:

REG delete "HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Environment" /F /V FOOBAR

(请注意处理空格所需的引号。)

可惜setx命令不支持删除语法。：(

PS:负责任地使用-如果你杀死了你的路径变量，不要怪我!

这一点已经被讨论了很多，但是有一个关键的信息被遗漏了。希望我能帮你弄清楚这是如何运作的，并给疲惫的旅行者一些安慰。: -)

从当前进程删除

显然，每个人都知道这样做只是为了从当前进程中删除一个环境变量:

set FOO=

永久删除

有两组环境变量，系统范围变量和用户变量。

删除用户环境变量:

reg delete "HKCU\Environment" /v FOO /f

删除系统环境变量:

REG delete "HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Environment" /F /V FOO

在不重启的情况下应用值

这里是被遗漏的神奇信息!您可能想知道，为什么在执行此操作之后，当启动一个新的命令窗口时，环境变量仍然存在。原因是explorer.exe没有更新它的环境。当一个进程启动另一个进程时，新进程从启动它的进程继承环境。

有两种方法可以在不重启的情况下修复这个问题。最残酷的方法是杀死你的explorer.exe进程并重新启动它。你可以从任务管理器中完成。但是，我不推荐这种方法。

另一种方法是告诉explorer.exe环境已经改变，它应该重新读取它。这是通过广播一个Windows消息(WM_SETTINGCHANGE)来完成的。这可以用一个简单的PowerShell脚本来完成。你可以很容易地写一个来做到这一点，但我在脚本更改后更新窗口设置中找到了一个:

if (-not ("win32.nativemethods" -as [type])) {
    add-type -Namespace Win32 -Name NativeMethods -MemberDefinition @"
        [DllImport("user32.dll", SetLastError = true, CharSet = CharSet.Auto)]
        public static extern IntPtr SendMessageTimeout(
            IntPtr hWnd, uint Msg, UIntPtr wParam, string lParam,
            uint fuFlags, uint uTimeout, out UIntPtr lpdwResult);
        "@
}

$HWND_BROADCAST = [intptr]0xffff;
$WM_SETTINGCHANGE = 0x1a;
$result = [uintptr]::zero

[win32.nativemethods]::SendMessageTimeout($HWND_BROADCAST, $WM_SETTINGCHANGE,[uintptr]::Zero, "Environment", 2, 5000, [ref]$result);

总结

因此，要删除名为“FOO”的用户环境变量，并将更改反映在随后启动的进程中，请执行以下操作。

将PowerShell脚本保存到一个文件(我们将其称为updateenv.ps1)。 reg delete "HKCU\Environment" /v FOO /f updateenv.ps1运行。 关闭并重新打开命令提示符，您将看到不再定义环境变量。

注意，您可能必须更新PowerShell设置以允许您运行这个脚本，但是我将把它作为Google-fu练习留给您。

在PowerShell中，您可以使用.NET [System.Environment]::SetEnvironmentVariable()方法:

删除名为FOO的用户环境变量。 [Environment]::SetEnvironmentVariable('FOO'， $null， 'User')

注意，$null用于更好地表示删除变量的意图，尽管在这种情况下，从技术上讲，它实际上与传递''相同。

要删除名为FOO -的系统(机器级)环境变量，需要提升(必须以管理员身份运行): [Environment]::SetEnvironmentVariable('FOO'， $null， 'Machine')

除了更快的执行速度外，与基于reg.exe的方法相比，它的优点是其他应用程序会通过WM_SETTINGCHANGE消息得到更改通知——虽然很少有应用程序会真正侦听该消息并更新它们的环境作为响应，但Windows (GUI) shell会，因此随后通过文件资源管理器/从桌面/任务栏/开始菜单启动的应用程序会看到更新后的环境。

顺便说一下，我刚刚算出了如何用setx取消设置的永久变量。

简单地写引号，比如:

setx myvar ""

并在下一个cmd窗口重新启动，如果你搜索变量

set myvar

不会有任何安排。

DougWare回答中的命令并没有起作用，但这个却起了作用:

reg delete "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Environment" /v FOOBAR /f

快捷方式HKLM可用于HKEY_LOCAL_MACHINE。

不重启删除

OP的问题确实已经得到了广泛的回答，包括如何避免通过powershell、vbscript或任何你能想到的重新启动。

然而，如果你需要坚持只使用cmd命令，并且没有能够调用powershell或vbscript的奢侈，你可以使用以下方法:

rem remove from current cmd instance
  SET FOOBAR=
rem remove from the registry if it's a user variable
  REG delete HKCU\Environment /F /V FOOBAR
rem remove from the registry if it's a system variable
  REG delete "HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Environment" /F /V FOOBAR
rem tell Explorer.exe to reload the environment from the registry
  SETX DUMMY ""
rem remove the dummy
  REG delete HKCU\Environment /F /V DUMMY

所以这里的神奇之处在于，通过使用“setx”将一些东西分配给一个你不需要的变量(在我的例子中是DUMMY)，你可以强制Explorer.exe从注册表中重新读取变量，而不需要powershell。然后你清理这个假人，尽管它会在“探索者”的环境中停留一段时间，但它可能不会伤害任何人。

或者如果在删除变量后你需要设置新的变量，那么你甚至不需要任何dummy。只要使用SETX来设置新变量，就会自动清除你刚刚从任何可能启动的新cmd任务中删除的那些变量。

Background information: I just used this approach successfully to replace a set of user variables by system variables of the same name on all of the computers at my job, by modifying an existing cmd script. There are too many computers to do it manually, nor was it practical to copy extra powershell or vbscripts to all of them. The reason I urgently needed to replace user with system variables was that user variables get synchronized in roaming profiles (didn't think about that), so multiple machines using the same windows login but needing different values, got mixed up.