最稳妥禁用 nginx server 块是将其移入独立 .conf 文件并重命名后缀（如 .disabled），因 nginx 仅加载 .conf 文件；Spring Boot 应用 profile 隔离配置；systemd 则需 systemctl disable 并 daemon-reload。
nginx 配置里怎么让某个 server 块不生效又不删它
直接注释掉 server 块最稳妥，但注意 nginx 不支持跨行注释，单行 # 只能注释整行。如果 server 块很长，逐行加 # 容易漏或错位；用 /* */ 会报错——nginx 配置不支持 c 风格注释。
更可靠的做法是把整个 server 块包进一个永远为假的 if 里，比如：
if (0) {
server {
listen 80;
server_name example.com;
...
}
}但要注意：if 在 http 块里非法，只能放在 server 或 location 内；所以这个技巧实际不可用。真正可行的是改用 include 分离配置：
- 把想临时禁用的
server块单独存成/etc/nginx/conf.d/server-example-off.conf - 在主配置中用
include /etc/nginx/conf.d/*.conf;加载，但不 include 它 - 或者重命名文件后缀，比如改成
server-example-off.conf.disabled，因为 nginx 默认只加载.conf
Spring Boot 的 application.yml 怎么动态跳过某段 server 配置
YAML 本身没“条件编译”，server 下的配置（如 port、address）一旦写死就会被加载。想让它“不生效”，本质是不让 Spring Boot 解析到它。
常见错误是套 #{...} SpEL 表达式，比如 port: ${?server.port:0}，但 Spring Boot 不支持在 server. 前缀下做这种占位符降级——它会在启动早期就解析失败或静默忽略。
正确做法是用 profile 隔离：
- 把要隐藏的
server配置放进application-dev.yml，而不是application.yml - 启动时加
--spring.profiles.active=prod，它就不会加载dev里的server配置 - 或者用
spring.config.location指定只加载特定文件，绕过含该配置的文件
注意：不要在 application.yml 里写 server: ${some.flag} # no effect——YAML 解析器会把它当字符串，Spring Boot 启动时报 Failed to bind properties。
Linux systemd service 文件里如何让 [Service] 的 ExecStart 不执行
不是所有服务都适合用 Type=oneshot + RemainAfterExit=yes 来“假装运行”。如果你只是想临时停用某个服务的启动逻辑，别动 ExecStart，而是控制它的加载时机。
systemd 的加载顺序比执行逻辑更底层。关键点在于：WantedBy= 和 RequiredBy= 才决定它是否被拉起。即使 ExecStart 存在，只要没被任何 target（如 multi-user.target）依赖，它根本不会触发。
- 运行
systemctl disable myservice.service，它会删掉/etc/systemd/system/multi-user.target.wants/myservice.service符号链接 - 保留
ExecStart不变，后续enable就自动恢复，不用改配置 - 如果只是测试，用
systemctl start myservice.service临时跑一次，它不会持久启用
别用 ExecStart=/bin/true 替换原命令——这会让服务“成功启动”但实际什么都没干，监控和依赖链可能误判状态。
为什么改了配置文件却没生效？三个最容易忽略的加载点
配置“隐藏”失败，往往不是语法问题，而是没搞清谁在什么时候读了哪份文件。
- nginx：检查
include路径是否匹配通配符，ls /etc/nginx/conf.d/*.conf看文件是否真被 shell 展开加载；nginx -t只校验语法，不验证文件是否被 include - Spring Boot：确认
spring.config.import是否覆盖了默认行为，尤其用了configtree:或optional:file:时，路径不存在不会报错，只会静默跳过 - systemd：改完
.service文件必须运行systemctl daemon-reload，否则systemctl status显示的仍是旧内容，连ExecStart改了都不会反映
动态加载不是“改完保存就生效”，而是取决于那个进程第一次读配置的时机——nginx 是 reload 时重读，Spring Boot 是 JVM 启动时读，systemd 是 daemon-reload 时重新解析 unit 文件。
