go字符串原生支持emoji但需注意utf-8字节与rune差异；mysql须用utf8mb4；postgresql更友好但需注意排序；http/html/json必须显式声明utf-8编码。
Go字符串默认支持Emoji，但底层是UTF-8字节序列
Go的string类型原生按UTF-8编码存储，单个Emoji可能占2~4个字节（比如"?"是4字节，"??"是11字节），不是“一个字符一个rune”。直接用len(s)会返回字节数而非视觉字符数，容易误判长度或截断。
- 需要统计“人眼可见字符数”时，必须用
rune切片：len([]rune(s)) - 截取前N个视觉字符：先转
[]rune，再切片，最后转回string；直接用s[:n]大概率panic或乱码 - 正则匹配Emoji需用Unicode属性：
\p{Emoji}，标准[a-z]类无法覆盖
MySQL存Emoji必须设utf8mb4，否则报错Incorrect string value
MySQL老默认的utf8其实是“utf8mb3”，最多存3字节字符，而大部分Emoji要4字节。即使Go发过去的是合法UTF-8，MySQL也会在INSERT时拒绝。
- 数据库、表、字段三处都得显式设为
CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci - DSN连接参数加
charset=utf8mb4，例如：user:pass@tcp(127.0.0.1:3306)/db?charset=utf8mb4&parseTime=true - 用
github.com/go-sql-driver/mysqlv1.7+，旧版可能忽略charset参数
PostgreSQL对Emoji更友好，但要注意text字段和排序规则
PostgreSQL原生完整支持UTF-8，无需额外字符集配置。但实际用起来仍有细节：
-
text类型可安全存任意长度Emoji，varchar(n)里的n按字符数计（非字节数），放心用 - 排序/比较时若用
en_US.UTF-8locale，带肤色修饰符的Emoji（如"??"）可能和基础Emoji分组不一致 - 想稳定排序，建表时指定
COLLATE "C"或使用unicodecollation（PG 12+）
HTTP响应头和HTML页面必须声明UTF-8，否则浏览器渲染成
Go的http.ResponseWriter默认不带Content-Type编码声明，浏览器可能按ISO-8859-1解析，Emoji全变豆腐块。
立即学习“go语言免费学习笔记（深入）”；
- 显式写Header：
w.Header().Set("Content-Type", "text/html; charset=utf-8") - HTML模板里加meta：
<meta charset="utf-8">（注意不是utf8） - JSON API返回Emoji时，确保
Content-Type含charset=utf-8，否则某些老客户端解析失败
