buffalo框架需手动引入gorilla/handlers.cors中间件，配置allowedorigins、allowedmethods、allowedheaders及allowcredentials等选项，并确保注册顺序在路由之后、默认中间件之后；不推荐使用已停更的第三方buffalo-cors插件。
Buffalo 框架本身不内置 CORS 中间件，也没有官方维护的 buffalo-cors 模块；你不能通过 buffalo plugins install 或类似命令“安装”一个现成的 CORS 模块。
Buffalo 项目里直接用 gorilla/handlers.CORS
最常用、最稳妥的做法是手动引入 gorilla/handlers 的 CORS 中间件 —— 它和 Buffalo 完全兼容，且被大量生产项目验证过：
go get -u github.com/gorilla/handlers- 在
app.go的app.New()后、app.Serve()前插入中间件 - 注意：必须放在所有路由注册之后、但要在
app.Use(middleware.PopTransaction)等默认中间件之后（否则可能被提前终止）
示例代码片段（app.go 中）：
Buffalo框架 1.0.1
下载
Buffalo框架 1.0.1 版本源码包下载，适合需要错误处理改进、依赖更新、render.Download 注释和 request logger 调整的 v1 项目。
import "github.com/gorilla/handlers"
// ... 在 app := buffalo.New(...) 之后
app.Use(handlers.CORS(
handlers.AllowedOrigins([]string{"http://localhost:3000", "https://myapp.com"}),
handlers.AllowedMethods([]string{"GET", "POST", "PUT", "DELETE", "OPTIONS"}),
handlers.AllowedHeaders([]string{"Content-Type", "Authorization", "X-Requested-With"}),
handlers.ExposedHeaders([]string{"X-Total-Count"}),
handlers.AllowCredentials(),
))
为什么不用 buffalo-plugins 或第三方 buffalo-cors 包
目前没有稳定、持续维护的 Buffalo 专属 CORS 插件。搜索 GitHub 可发现几个叫 buffalo-cors 的仓库，但普遍存在以下问题：
- 最后更新时间早于 2023 年，不兼容 Buffalo v0.20+（尤其是中间件签名变更）
- 内部仍封装的是
gorilla/handlers.CORS，属于多一层无意义的 wrapper - 配置项暴露不全，比如无法设置
MaxAge或ExposedHeaders - 错误日志不清晰，调试时难定位是插件问题还是 CORS 配置问题
OPTIONS 预检请求 404 或 500 怎么办
Buffalo 默认不自动响应 OPTIONS 请求，而 gorilla/handlers.CORS 会接管并返回正确头信息 —— 但前提是它必须生效。常见失效原因：
- 中间件注册顺序错：放在了
app.Use(middleware.MethodOverride)之前，导致 method 被提前覆盖 - Origin 不匹配：前端发请求时
Origin是http://127.0.0.1:3000，但后端只允许localhost:3000（协议、端口、域名缺一不可） - 没允许 credentials 却带 cookie：前端设了
credentials: 'include'，但后端没调用handlers.AllowCredentials() - 路径匹配冲突：比如你用
app.GET("/api/{id}", ...)，但预检请求发到/api/或根路径，而你的路由没覆盖该路径 —— 实际上gorilla/handlers.CORS是全局生效的，不依赖路由匹配，所以这通常不是问题
真正容易被忽略的是：Buffalo 的 dev 模式下热重载会绕过部分中间件初始化逻辑，改完 app.go 后务必手动重启进程，不能只靠文件保存触发重载。
