setenvif指令本身不感知端口，需在每个virtualhost内手动用setenvif request_uri "^" port=8080等方式打标，才能实现端口差异化控制。
SetEnvIf在多端口配置中根本不起作用
Apache的SetEnvIf指令本身不感知端口，它只根据请求头、URI、IP等属性设置环境变量，和监听哪个端口完全无关。你在httpd.conf里加了Listen 8080和Listen 8081，又在httpd-vhosts.conf里写了两个<virtualhost></virtualhost>和<virtualhost></virtualhost>，这时候SetEnvIf仍然只看User-Agent或Referer这些字段——它不会因为你访问的是:8080就自动设一个PORT_8080变量。
想按端口做条件控制，得手动打标签
如果你真需要区分不同端口的请求（比如只对:8081启用某种压缩、或记录不同端口的日志格式），必须用SetEnvIf配合Server_Name或Request_URI间接识别，或者更直接地：在每个<virtualhost></virtualhost>块内单独写SetEnvIf。常见做法是：
- 在
<virtualhost></virtualhost>块开头加SetEnvIf Request_URI "^" PORT=8080（利用^恒真匹配） - 在
<virtualhost></virtualhost>块开头加SetEnvIf Request_URI "^" PORT=8081 - 注意：
SetEnvIf必须写在<virtualhost></virtualhost>内部才生效于该端口上下文；写在全局会作用于所有端口，失去区分意义 - 后续可用
%{PORT}e在LogFormat里记录，或用Require not env PORT_8080做访问控制（需搭配SetEnvIf设具体变量名）
容易踩的坑：端口变更后SetEnvIf没重配
很多人改完Listen和<virtualhost></virtualhost>端口后，忘了检查SetEnvIf是否还指向旧逻辑。典型错误包括：
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
- 在
<virtualhost></virtualhost>里误写SetEnvIf User-Agent "curl" PORT_80，变量名残留旧端口，导致日志或规则错乱 - 把
SetEnvIf写在httpd.conf顶部全局区，结果所有端口都带上同一组环境变量，无法差异化处理 - 用
Require env PORT_8080但没确认mod_authz_core已加载，Apache直接报Invalid command 'Require' - 正则写太死，比如
SetEnvIf Request_URI "^/api/" PORT_8080，结果静态资源请求不匹配，漏标
真正需要端口感知时，优先考虑VirtualHost隔离
绝大多数场景下，按端口做差异化配置，根本不需要SetEnvIf——直接在对应<virtualhost></virtualhost>块里写DeflateFilterConfig、CustomLog或Require规则更清晰可靠。例如：
<virtualhost>
DocumentRoot "C:/xampp/htdocs/project-a"
SetEnvIf User-Agent "python-requests" is_api_client
<directory>
Require all granted
Require not env is_api_client
</directory></virtualhost>
这种写法比全局SetEnvIf加一堆条件判断更易读、易维护。记住：SetEnvIf是“打标签”，不是“路由开关”；端口路由这件事，Apache早就在VirtualHost层完成了。
