PHP转Go做常驻服务的核心卡点是变量生命周期从“单请求”变为“全进程”，需避免闭包捕获大对象、全局map无淘汰、忽略超时配置及作用域延长问题。
PHP转Go做常驻内存服务，不是把$_GET换成r.URL.Query().Get()就完事了——核心卡点在于：你写的每个变量、每次new、每个全局map，生命周期都从“一次请求”拉长到了“整个进程不死”，而你还在用PHP-FPM那套临时思维去写。
HTTP handler里别捕获大对象，闭包会把它钉死在堆上
PHP里function() { $data = loadBigData(); ... }只活一次请求；Go里http.HandleFunc("/x", func(w, r) { data := loadBigData(); ... })会让data随handler函数一起被长期持有，只要这个路由注册没撤销，它就永远逃逸到堆上，GC永远不碰。
- 验证方式：
go build -gcflags="-m" main.go，看到data moved to heap就得改 - 正确做法：把
loadBigData()移到handler函数内部，或拆成http.HandlerFunc显式构造，确保每次请求新建作用域 - 更安全的模式：用中间件注入
*RequestContext结构体，只存轻量引用，大对象按需加载、用完即弃
全局缓存必须设容量和过期，map本身不会自动淘汰
PHP里static $cache = [];下次请求就清空；Go里var cache = make(map[string]*Item)从启动到OOM都不会自己删一条——GC只回收“不可达”对象，而你一直拿着这个map的指针，里面所有*Item全算“可达”。
- sync.Map解决不了容量失控，它只保并发安全，不保内存不涨
- 生产级方案：用
github.com/hashicorp/golang-lru，显式设Size: 1000和OnEvicted回调 - 更稳的选择：直接去掉本地缓存，让Go进程无状态，把缓存下沉到Redis，由外部系统管淘汰
别信php2go这类工具，它们掩盖了最要命的生命周期差异
php2go能把str_replace()翻译成Go函数，但它完全不管$_SESSION怎么持久化、__autoload怎么变成编译期依赖、mysql_connect()返回的连接资源要不要复用——这些才是常驻服务里真正爆内存、连不上库、goroutine卡死的根源。
立即学习“PHP免费学习笔记（深入）”；
- 工具生成的
map[string]interface{}会把JSON数字解成float64，往int字段写数据库直接报错 - 它不会提醒你：PHP里
file_get_contents()是每次新开文件描述符，Go里不defer f.Close()就会fd耗尽 - 它更不会告诉你：PHP的
include是运行时拼逻辑，Go的import是编译期锁死依赖，循环引用直接编译失败
超时必须手动配，Go不替你管慢连接
PHP-FPM有request_terminate_timeout兜底；Go的http.Server默认ReadTimeout和WriteTimeout都是0（无限），一个客户端TCP连接卡住，就永久占着一个goroutine+缓冲区，这部分内存既不归GC管，也不会自动释放。
- 必须显式设置：
&http.Server{ReadTimeout: 5 * time.Second, WriteTimeout: 10 * time.Second} - 别只设
Timeout，IdleTimeout也得配，防HTTP/1.1长连接空挂 - 如果用了反向代理（如Nginx），还要同步调大
proxy_read_timeout，否则Nginx先断连，Go还傻等
最易被忽略的其实是“变量作用域延长”这件事本身——PHP里$user声明即用完即焚，Go里哪怕只是var user User放在包级，它就从进程启动活到结束。写常驻服务，本质是学着给每个变量标上“有效期”。
