c.set() 设置响应头的关键在于写入时机与方法选择：覆盖同名头、传空字符串会删除头、大小写不敏感；多值头须用append()；通用头应通过配置或中间件统一注入，避免手动重复设置。
c.Set() 是设置单个响应头最直接的方式，但用错就会删头、覆盖失败或被忽略——关键不在“能不能设”，而在“怎么设才生效”。
用 c.Set() 覆盖写单个 header 时的典型陷阱
它底层调用 ctx.Response().Header.Set()，行为是「覆盖」：同名 header 已存在，就替换成新值；传空字符串（""）会直接删除该 header，不是设为空。
-
c.Set("Content-Type", "")→ 实际删掉Content-Type，后续c.JSON()仍会写回默认值，但中间若调c.Send()就可能发出去无Content-Type的响应 -
c.Set("X-Frame-Options", "DENY")和c.Set("x-frame-options", "SAMEORIGIN")效果相同——HTTP header 名不区分大小写，但建议统一用 PascalCase 或全大写，避免协作混乱 - 如果 handler 中先调
c.JSON()再调c.Set("Content-Type", "...")，后者无效：响应头已在JSON()内部写出，再 Set 不会覆盖已发送的内容
用 c.Append() 追加同名 header 的必要场景
某些 header 允许多值（如 Set-Cookie、Access-Control-Allow-Headers、Vary），必须用 Append()，否则第二次 Set() 会把第一次的值干掉。
-
c.Append("Set-Cookie", "a=1; Path=/")和c.Append("Set-Cookie", "b=2; Path=/")→ 响应中出现两个独立的Set-Cookie行，浏览器能正常接收 -
c.Set("Access-Control-Allow-Origin", "*")后再c.Append("Access-Control-Allow-Headers", "X-Token")→ 安全且符合 CORS 规范；若两次都用Set()，第二个会覆盖第一个，导致请求头缺失 -
c.Append("Content-Type", "...")无效：这个 header 只能有一个值，Append()对它静默失败，不会报错也不会写入
全局响应头别在每个 handler 里重复 c.Set()
像 Server、X-Content-Type-Options 这类所有响应都该带的头，不该靠中间件或每个路由手动塞——执行顺序错、提前写出响应都会让 Set() 失效。
- 只控制
Server头：初始化时配fiber.Config{ServerHeader: "myapp/1.0"}，一行搞定，且保证 100% 生效 - 其他通用头（如
X-Frame-Options、Strict-Transport-Security）：用中间件统一注入，但必须确保它在所有 handler 之前执行，且 handler 不提前调c.SendString()或c.Status().Send() - 别写
app.Use(func(c *fiber.Ctx) error { c.Set("X-Request-ID", uuid.New().String()); return c.Next() })这种逻辑——如果某个下游 handler 调了c.Redirect()或c.SendFile()提前写出响应，这个 ID 就丢了
动态值和 Content-Type 的配合要点
c.JSON() 和 c.XML() 会强制设自己的 Content-Type，你无法用 c.Set() 覆盖；要自定义类型或复用已有 header，就得绕过这些快捷方法。
- 需要
application/vnd.myapi+json？别用c.JSON()，改用：data, _ := json.Marshal(v); c.Set("Content-Type", "application/vnd.myapi+json").Send(data) - ETag 带时间戳？先拼好再传：
etag := fmt.Sprintf(`W/"%d-%s"`, time.Now().UnixMilli(), hash)，然后c.Set("ETag", etag)；别在c.Set()参数里直接调函数，可读性差还难调试 -
c.Cookie()是唯一安全写 Cookie 的方式；手动c.Set("Set-Cookie", "...")在旧版 Safari 下可能丢第二个，且不处理编码、Secure、HttpOnly 等细节
最容易被忽略的是「响应头写入时机」：Fiber 的 c.Set() 只在响应未写出前有效，而很多快捷方法（c.Redirect()、c.SendFile()、c.Attachment()）内部会立即写出部分响应，之后再 Set() 就晚了。真要统一控制，得从架构层约束 handler 的输出方式，而不是靠补丁式加 Set()。
