环境变量、代理与 DNS

装完软件敲命令却提示找不到，或者浏览器能打开、命令行打不开，这两类怪事多半出在同三个地方。

一、环境变量是一张随程序附带的便条

你在终端里敲 python，系统需要知道两件事：去哪个目录找这个程序，以及这个程序运行时该读哪些配置。第二件事靠的就是环境变量。

把它想成一张便条：启动一个程序时，系统会把这张便条一起递过去。程序自己决定读便条上的哪几行，不读也行。

二、便条上的常见几行

零基础阶段真正会打交道的变量只有几个，先把它们认全。

还有一类是某个软件自己认的变量，比如数据库的地址、某个工具的密钥存放位置。这类变量的名字由那个软件规定，得去它的文档里查，不要猜。

三、PATH 为什么单独拿出来讲

别的变量负责「配置」，PATH 负责「路由」。程序怎么运行由前者决定，敲下命令时系统去找哪个程序由后者决定。

PATH 的值是一串目录，用冒号隔开（Windows 上用分号）。系统从左到右依次找，第一个找到的胜出，后面的目录不再看。

flowchart LR
  C["你敲下 python"] --> P["读 PATH 这张目录清单"]
  P --> D1["目录一 有没有 python"]
  D1 -->|"有"| RUN["执行这个文件"]
  D1 -->|"没有"| D2["目录二 有没有 python"]
  D2 -->|"有"| RUN
  D2 -->|"没有"| NF["继续往后找"]
  NF -->|"全都没有"| ERR["报找不到命令"]

四、看一眼当前的值

下面三条命令在 macOS 与 Linux 上都能用。Windows 的两条在 PowerShell 里跑。

echo $PATH          # 看 PATH 这张清单
which python        # 看 python 落在了哪个文件上
env | sort          # 列出全部环境变量，按名字排序

$env:PATH           # 看 PATH 这张清单
Get-Command python  # 看 python 落在了哪个文件上
Get-ChildItem Env:  # 列出全部环境变量

which 这一条最值得养成习惯。它把「我以为」换成「实际是」。版本冲突、命令莫名奇妙不生效，先跑它。

五、设置之后为什么当前窗口还不生效

环境变量不像全局共享的一块内存，它是在启动进程时被复制一份递过去的。你改了「源头」，已经开着的窗口拿到的还是旧的那份。

1. 改完系统里的设置，要重新打开一个终端窗口，新窗口才拿到新的值。
2. 在终端里用 export 设的值，只对当前窗口有效。关掉窗口就没了。
3. 想让每次打开都生效，得写进启动脚本。macOS 与 Linux 通常是 ~/.zshrc 或 ~/.bashrc，Windows 是系统设置里的「环境变量」面板。
4. 写进启动脚本之后，也要重开窗口，或者用 source ~/.zshrc 让当前窗口重读一遍。

六、DNS 在做什么

你输入的是名字，网络实际传输要靠地址。把名字换成地址这件事，由 DNS 负责。

过程很短：程序问系统「这个域名对应哪个地址」，系统去看自己的缓存，缓存没有就去问配置好的 DNS 服务器，拿到结果后告诉程序，顺便缓存一会儿。

排查顺序就是从近到远：先清本地缓存，再看 hosts 文件有没有被改过，最后才怀疑 DNS 服务器。

cat /etc/hosts                       # 看本机对照表
sudo dscacheutil -flushcache         # macOS 清 DNS 缓存
sudo systemd-resolve --flush-caches  # 部分 Linux 发行版

notepad C:\Windows\System32\drivers\etc\hosts   # 看本机对照表
ipconfig /flushdns                                  # 清 DNS 缓存
nslookup example.com                                # 直接问一次 DNS

七、代理在做什么

代理是替你转发请求的中间人。程序把请求交给代理，代理替它去连目标，再把结果带回来。

它和 DNS 的分工可以这样分：DNS 解决「这个名字对应哪个地址」，代理解决「这次连接由谁替我发出去」。两件事互不替代，都可能单独出问题。

flowchart LR
  APP["你的程序"] --> Q["这次连接要不要走代理"]
  Q -->|"不走"| DNS1["查 DNS 拿地址"]
  Q -->|"走"| PX["把请求交给代理"]
  PX --> DNS2["代理那边查 DNS 拿地址"]
  DNS1 --> T["连到目标"]
  DNS2 --> T

八、两条命令看清代理设置

代理设置也走环境变量，最常见的三个名字是 http_proxy、https_proxy、no_proxy。前两个写代理的地址，最后一个写「这些地址不要走代理」。

echo $http_proxy $https_proxy $no_proxy
curl -v https://example.com 2>&1 | head -20   # 看它连的是谁

$env:HTTP_PROXY; $env:HTTPS_PROXY; $env:NO_PROXY
curl.exe -v https://example.com 2>&1 | Select-Object -First 20

curl -v 的输出里有 Trying 1.2.3.4:443 这一行。它连的地址是不是你以为的那个，一眼就能看出来。这一行比任何猜测都可靠。

九、三条命令定位卡在哪一段

网络不通时，不要一上来就重装或改 DNS。按顺序问三个问题，每一步都能把范围砍掉一半。

1. 名字能不能换成地址？ 用 nslookup 或 ping 试一个你确定存在过的域名。换不出来，问题在 DNS 或 hosts。
2. 地址能不能连上？ 拿到地址之后直接连那个地址。用地址能连、用名字连不上，问题还在 DNS 那一段。
3. 连的是不是你以为的那个地方？ 用 curl -v 看它实际连到哪。连到了一个不认识的地址，问题在代理设置。

十、小结不了的东西

这一页讲的三样东西，共同点是「看不见、又在生效」。它们出问题时不会报一个明确的错，只会表现成「明明装了却用不了」「明明能上网却打不开」。

所以对付它们的办法是先把隐藏的东西显出来：echo 出变量、which 出真实路径、curl -v 出真实连接。看见之后再判断，比凭感觉调设置快得多。