应使用 client.newhttpclient 连接 influxdb 2.x，它自动注入 authorization 头、支持超时设置和 org/token 校验；手动用 net/http 易漏认证、超时及重试逻辑，且无法统一处理权限与地址格式要求。
连接InfluxDB 2.x 用 client.NewHTTPClient 而不是 net/http 手动拼接
Go 官方 InfluxDB 客户端库 influxdb-client-go 已弃用低层 HTTP 封装，直接用 client.NewHTTPClient 是唯一推荐方式。手动构造 http.Client 并调用 REST API 容易漏掉认证头、超时控制或重试逻辑，且无法自动处理 token 刷新（虽然 v2.x token 不自动过期，但结构不统一）。
常见错误是看到文档里有 http.DefaultClient 示例就照搬，结果请求被 401 拒绝——因为没加 Authorization: Token xxx 头。
-
client.NewHTTPClient内部自动注入Authorization头，只要传入的client.HTTPConfig包含Token - 必须显式设置
Timeout，否则默认为 0（无超时），在 DNS 故障或网络中断时会永久阻塞 -
Host字段要带协议和端口，例如"http://localhost:8086"，不能只写"localhost:8086"，否则客户端会误判为 Unix socket 地址
Token 和 Org 必须匹配，否则写入时提示 "organization not found"
连接本身可能成功（比如 Ping() 返回 nil），但执行 WriteAPI 写入数据时抛出 organization not found 或 bucket not found，本质是 Token 权限范围与 Org 名称不一致。
InfluxDB 2.x 的 Token 是绑定到特定 Org 的，即使你用 UI 创建 Token 时选了某个 Org，实际生成的 Token 字符串并不包含 Org 名；客户端必须额外传入正确的 Org 字符串，服务端靠它查 Token 权限。大小写、空格、前后缀都必须完全一致。
- 查 Org 名：用
influx org listCLI 命令，或登录 UI 看右上角组织名（注意不是用户名） - Token 建议用
influx auth create --org "my-org" --read-bucket xxx --write-bucket yyy明确指定作用域 - 代码中
Org参数值必须和 UI/CLI 中显示的完全一样，比如"My Org"≠"my-org"
Bucket 名要存在且权限已授权，否则 WriteAPI.WritePoint 静默失败
WriteAPI.WritePoint 默认异步提交，出错不会立即 panic，而是记录在内部 error channel。如果 Bucket 不存在或 Token 没写权限，数据就丢了，日志里还看不到明显报错。
调试时容易忽略这点：Ping 成功、Token 有效、Org 对得上，但就是查不到写入的数据。根本原因是 Bucket 名拼错，或者该 Token 根本没被授予这个 Bucket 的写权限（哪怕 Org 对得上也不行）。
- 初始化
WriteAPI后，立刻调用writeAPI.Error() select { case err := 捕获后台错误 - 确认 Bucket 存在：
influx bucket list --org "my-org" - 检查 Token 权限：
influx auth list --org "my-org"，看对应 Token 的permissions是否含write /buckets/xxx
使用 context 控制超时和取消，避免 WriteAPI 卡死在队列满时
WriteAPI 内部有缓冲队列，默认容量 1000 点。当网络卡住或服务端响应慢，队列填满后 WritePoint 会阻塞，直到超时或队列腾出空间。不设 context 的话，可能卡住几十秒甚至更久。
这不是 bug，是设计使然：它优先保证数据不丢，但代价是调用线程可能 hang。生产环境必须用带 timeout 的 context.WithTimeout 包裹每次写入。
- 不要复用同一个
context.Background()，每次写入都新建带 timeout 的 context - 典型超时值：5–10 秒足够，太短会导致正常抖动也被丢弃；太长会让故障传播时间变长
- 示例：
ctx, cancel := context.WithTimeout(context.Background(), 7*time.Second); defer cancel(); writeAPI.WritePoint(ctx, point)
最常被忽略的是 context 取消后未调用 cancel()，导致 goroutine 泄漏。defer cancel() 是硬性要求。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
