Go中不能直接将int转为*int，因二者类型不同且涉及内存安全；正确做法是先声明变量再取地址，或用IntPtr辅助函数，避免unsafe强转。
Go 中不能直接把 int 转成 *int
Go 是类型安全语言，int 是值类型，*int 是指针类型，二者内存布局和语义完全不同。编译器会直接报错：cannot convert int to *int。这不是语法限制，而是类型系统在拦你——它不让你绕过所有权和生命周期检查。
常见错误现象：有人试过 (*int)(unsafe.Pointer(uintptr(i))) 这类写法，结果运行时 panic 或读到垃圾值。原因很简单：栈上临时 int 值没有固定地址，转完指针可能指向已失效内存。
- 正确做法永远是先声明变量，再取地址：
var x int = 42; p := &x - 如果值来自函数返回或计算中间结果，必须显式落地为变量才能取地址
-
unsafe强转仅适用于已知生命周期可控的场景（如底层字节操作），不是“Int转Pointer”的正经解法
需要动态构造 *int 的典型场景
最常遇到的是调用某些 Cgo 函数、序列化库（如 encoding/json）中要求字段为指针以便区分零值与未设置，或者 mock 测试时要传入非 nil 的 *int。
例如 JSON 解析：{"count": 5} 想让 count 字段可选，结构体就得写成 Count *int `json:"count"`。这时你就得从一个原始 int 构造出 *int。
立即学习“go语言免费学习笔记（深入）”；
- 最简方式：用取地址运算符 + 匿名变量 ——
p := &[]int{v}[0]（不推荐，易读性差且有小开销） - 更清晰的做法：封装一个辅助函数，比如
func IntPtr(v int) *int { return &v } - 注意：这个函数返回的指针指向函数栈帧里的局部变量，但 Go 编译器会自动做逃逸分析，把它挪到堆上，所以安全
unsafe 强转的唯一合理用途
只有当你明确知道目标内存块生命周期长于指针使用周期，并且需要绕过类型系统做底层操作时，才考虑 unsafe。比如实现自定义的内存池、与硬件寄存器交互、或 patch runtime 内部结构（极少数情况）。
示例（仅作说明，生产环境慎用）：
import "unsafe" var i int = 42 p := (*int)(unsafe.Pointer(&i)) // ✅ 合法：&i 是有效地址 // 但下面这行是错的： // p := (*int)(unsafe.Pointer(uintptr(42))) // ❌ 地址 42 几乎肯定非法
- 必须确保
unsafe.Pointer来源是合法的 Go 指针（如&x），不能是硬编码数字或计算出的地址 - 跨包传递这种指针极易出错，尤其涉及 GC 和逃逸分析时
- Go 1.22+ 对
unsafe使用加了更多静态检查，部分旧写法会被拒绝编译
别踩坑：为什么 new(int) 和 &someInt 不是一回事？
new(int) 返回一个指向新分配零值 int 的指针，而 &someInt 是对已有变量取地址。它们语义不同，性能也略有差异。
-
new(int)总是分配堆内存（哪怕逃逸分析能优化，行为也不直观） -
&x如果x在栈上且不逃逸，整个操作几乎零成本 - 多数时候你应该优先用
&x，而不是new(int)来“造”一个*int - 如果只是想初始化一个可变的
*int，写p := new(int); *p = 42不如写val := 42; p := &val
真正容易被忽略的是：指针的生命周期永远绑定在它所指向的变量上。只要那个变量还活着，指针就有效；变量一结束，指针立刻悬空——Go 不会帮你记住它。
