必须改用参数化连接字符串，因URL解析器将密码中的@、/、:等视为分隔符导致解析错位；GORM mssql驱动原生支持server=...;user id=...;password=...格式，可规避该问题。
直接用 sqlserver:// 连接串最简，但密码含 @、/、: 等字符时必炸——必须改用参数化连接字符串。
为什么 sqlserver://user:pass@host:port?database=name 会解析失败
Go 的 url.Parse 会把连接串当作标准 URL 解析，@ 是用户信息与 host 的分隔符，/ 和 ? 有路径/查询语义。一旦密码里带 @（比如 xiayi3601@），URL 解析器就会误认为 @ 后面是 host，导致 host、port、database 全部错位。
常见错误现象：
error: dial tcp: lookup xiayi3601@49.294.216.37: no such hostdatabase name is empty- 连上但报
Login failed for user 'xiangyi'（实际是用户字段被截断）
正确写法：用 fmt.Sprintf 拼接参数化连接字符串
GORM 的 mssql 驱动（即 gorm.io/driver/mssql）底层调用微软官方 github.com/microsoft/go-mssqldb，它原生支持形如 server=...;user id=...;password=...;database=... 的键值对格式，不经过 URL 解析，天然规避特殊字符问题。
实操建议：
- 用
fmt.Sprintf拼接，变量顺序要和驱动要求一致：server、user id、password、port、database -
port必须显式传入整数，不能省略或写成字符串 - 若使用 Windows 身份验证，去掉
user id和password，加trusted_connection=yes - 连接串末尾不要加
;，多一个分号可能被某些版本驱动忽略最后字段
示例：
connectionString := fmt.Sprintf("server=%s;user id=%s;password=%s;port=%d;database=%s",
"49.294.216.37", "xiangyi", "xiayi3601@", 1433, "xydb")
db, err := gorm.Open(mssql.Open(connectionString), &gorm.Config{})
注意驱动 import 路径和包名别搞混
新版 GORM（v2）已弃用旧的 github.com/jinzhu/gorm 和 github.com/denisenkom/go-mssqldb，必须用官方维护的驱动：
- import 路径是
"gorm.io/driver/mssql"（不是sqlserver） - 对应 driver 名是
mssql，不是sqlserver；sqlserver是golang-migrate等工具用的 scheme 名，GORM 不认 - 安装命令是
go get -u gorm.io/driver/mssql，不是go get -u gorm.io/driver/sqlserver（后者不存在）
如果 import 错了，编译会报 undefined: mssql 或运行时报 driver: unknown driver "sqlserver" (forgotten import?)。
连接后记得验证是否真通，别只看 err == nil
gorm.Open 只初始化配置，不真正拨号。很多同学写了 db, err := gorm.Open(...) 后没报错就以为连上了，结果第一次 db.First() 才崩。
推荐加一步主动校验：
sqlDB, err := db.DB()
if err != nil {
log.Fatal(err)
}
err = sqlDB.Ping()
if err != nil {
log.Fatal("failed to ping DB:", err)
}
这步触发底层 database/sql 的真实连接，能提前暴露网络、认证、防火墙等问题。
最容易被忽略的是：密码里有 @ 时，几乎所有人第一反应都是 URL 编码（%40），但 GORM 的 mssql 驱动根本不走 URL 解析流程——编码反而会让驱动把 %40 当作字面密码，导致登录失败。必须换参数化方式。
