goland调试httputil.newsinglehostreverseproxy不生效的根本原因是director函数未被调用，常见于handler未正确注册到运行的http.server实例、working directory配置错误、init中初始化proxy导致director为nil，或路径前缀处理不当；需通过日志确认director执行、检查路由注册、修正路径截断逻辑、验证modifyresponse/errorhandler触发条件及host头透传。
GoLand 调试时 httputil.NewSingleHostReverseProxy 不生效？
常见现象是断点能进、proxy.ServeHTTP 也执行了，但下游服务收不到请求，或返回 404 / 502。根本原因不是代理没起作用，而是 Director 函数没被调用——因为 GoLand 默认调试配置启动的是 main 包入口，而你可能把 proxy handler 写在了子包或未注册到 http.ServeMux 上。
实操建议：
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
- 确认
http.HandleFunc或router.Handle确实注册到了最终监听的http.Server实例上，而不是某个未启动的局部 mux - 在
Director函数第一行加log.Printf("director called for %s", req.URL.Path)，看日志是否输出；不输出就说明路由根本没匹配到该 handler - GoLand 的 Run Configuration 中检查 “Working directory” 是否为项目根目录（尤其含
go.mod），否则go run可能找不到依赖或加载错配置文件 - 避免在
init()里初始化 proxy —— 调试时包加载顺序不稳定，容易导致Director为 nil
本地调试时路径前缀被意外截断怎么办
比如你在 GoLand 里访问 http://localhost:8080/api/user/profile，期望转发到 user-svc:8081/user/profile，结果 user-svc 收到的是 /api/user/profile 或 /profile，直接 404。这不是 GoLand 的问题，而是 Director 里没做 strings.TrimPrefix 或做了但逻辑反了。
实操建议：
- 转发前打印原始
req.URL.Path和处理后的req.URL.Path，确认截断逻辑是否匹配路由规则 - 不要硬编码
"/api"，从路由注册信息中提取 prefix，例如用chi.NewRouter().Mount("/api/v1", subRouter)时，subRouter 内部 handler 应只处理相对路径 - 若用
http.StripPrefix，注意它只改req.URL.Path，不改req.URL.RawPath；如果后端依赖RawPath（如含编码字符），需同步处理 - 本地调试建议统一用
curl -v http://localhost:8080/api/user/profile配合 Wireshark 或net/http/httputil.DumpRequestOut查看实际发出去的请求路径
GoLand 断点进不去 ModifyResponse 或 ErrorHandler
这两个函数只在特定条件下触发：ModifyResponse 在收到下游响应后、写回客户端前执行；ErrorHandler 仅在连接失败、超时、TLS 握手异常等底层错误时调用。调试时如果只测通路请求，它们自然不会执行。
实操建议：
- 要调试
ModifyResponse，手动让下游服务返回一个带Location头的 302 响应，或在ModifyResponse里先加log.Println("modify resp:", resp.StatusCode) - 要触发
ErrorHandler，临时把后端地址改成一个不存在的端口（如"localhost:9999"），再发起请求；注意 GoLand 默认启用 “Build before run”，确保改完代码后已重新编译 - GoLand 的 “Evaluate Expression” 功能可直接输入
proxy.ModifyResponse查看是否为非 nil；为 nil 说明你漏赋值了 - 别在
ModifyResponse里做耗时操作（如 HTTP 调用），调试时容易卡住；先用fmt.Printf快速验证流程
本地多服务联调时 Host 头丢失导致重定向失败
用户服务返回 302 重定向，Location 是 http://localhost:8081/login，但浏览器跳转失败——因为网关没重写 Location 头，也没透传原始 Host。这在 GoLand 单步调试时很难察觉，因为日志里只显示状态码，不自动 dump 响应头。
实操建议：
- 必须实现
proxy.ModifyResponse，对StatusFound和StatusMovedPermanently做Location替换，例如把"http://localhost:8081"换成"http://localhost:8080" - 在
Director中显式设置req.Host = "user-svc:8081"，否则某些框架（如 Gin）会因 Host 不匹配拒绝请求 - 本地调试建议在 GoLand 的 “Services” 工具窗口里同时启动网关 + user-svc + order-svc，并用不同端口（如 8080/8081/8082），避免端口冲突导致静默失败
- 最容易被忽略的是：GoLand 默认关闭
http.Transport的详细日志；如需查 header 透传情况，临时加proxy.Transport = &http.Transport{...}并启用Debug模式
