Revel 框架不支持 iText 或 PDFKit，需用 Go 原生库（如 gofpdf、pdfcpu）或 LibreOffice headless 服务生成 PDF；返回时须设 Content-Type: application/pdf 和 Content-Disposition: inline 才能浏览器预览，大文件应使用 http.ServeContent 流式传输并支持 Range 请求。
Revel 框架里不能直接用 iText 或 PDFKit？
Revel 是 Go 语言的 MVC 框架，本身不内置 PDF 生成能力，也没有类似 Java 的 iText 或 Node.js 的 pdfmake 那样的原生生态。你如果照搬其他语言的方案，比如想在 Revel 控制器里调 pdfkit.generate()，会直接报错——Go 不支持运行时动态加载 JS 库。真正能用的只有 Go 原生库或 HTTP 代理方式。
常见错误现象：undefined: pdfkit、import "pdfkit" not found、或者用 c.RenderBinary() 返回 PDF 内容但浏览器下载而非预览（没设对 Content-Type）。
- Go 生态主流 PDF 生成库是
unidoc/unipdf（商用需授权）和开源替代pdfcpu或gofpdf；其中gofpdf最轻量，适合简单报表，但不支持复杂表格分页或中文字体自动嵌入 - 若必须保 Office 排版（如 Word 转 PDF），别硬刚 Go 库——改用 LibreOffice headless 服务，Revel 控制器只负责发 HTTP 请求调用它（例如 POST 到
http://libreoffice:2002/lool/convert-to/pdf） -
Content-Type必须设为application/pdf，不是text/plain或空；否则浏览器强制下载，不会触发内建 PDF 查看器
PDF 文件怎么让浏览器在线预览而不是自动下载
Revel 默认用 c.RenderBinary() 或 c.Response.Out.Write() 返回 PDF 字节流时，若没显式设置 header，Chrome/Firefox 会按文件扩展名或响应头缺失情况决定行为：无 Content-Disposition: inline 就大概率触发下载。
正确做法是在返回前补全两个关键 header：
c.Response.Header().Set("Content-Type", "application/pdf")c.Response.Header().Set("Content-Disposition", "inline; filename=report.pdf")
注意：inline 不代表“一定预览”——如果用户浏览器禁用了 PDF 查看器、或装了冲突插件（如旧版 Adobe Acrobat 插件），仍可能跳转到下载。这不是 Revel 的问题，而是客户端环境。
测试技巧：用 curl -I http://localhost:9000/pdf/report 看响应头是否含上述两项；若缺 Content-Disposition，就一定是下载行为。
需要鉴权或流式加载大 PDF？别 renderBinary，改用 http.ServeContent
当 PDF 来自数据库 BLOB、加密存储或需要按用户权限动态拼接时，c.RenderBinary() 会把整个文件读进内存再吐出去，100MB 的 PDF 很容易触发 Revel 进程 OOM。这时候得绕过框架封装，直接用标准库流式处理。
关键点在于：http.ServeContent 要求提供 http.FileInfo 和 io.ReadSeeker，而 Revel 的 Controller 并不直接暴露 http.ResponseWriter。所以得手动解包：
- 先调
c.Response.Out.Close()关闭默认输出流 - 再用
c.Response.Out.(*revel.ResponseWriter).ResponseWriter强转拿到原始http.ResponseWriter - 构造一个带
ModTime()和Size()的dummyFileInfo，并把 PDF 数据源包装成bytes.NewReader(data)或数据库游标返回的*sql.Rows流
这样做才能支持 Range 请求（拖动进度条、跳页加载），也是 pdf.js 前端渲染器能正常工作的前提。否则用户点第 50 页，后端却把整个 200 页 PDF 全读出来，纯属浪费带宽和内存。
前端用 pdf.js 渲染时，Revel 后端要配合哪些细节
如果你没用浏览器原生预览，而是集成 pdfjs-dist 做可控阅读器（比如加水印按钮、阅读统计、禁止下载），Revel 后端只需保证一件事：PDF 接口支持 CORS 和 Range。
常见翻车点：
- CORS 缺失 → pdf.js 报
Blocked by CORS policy；解决：在 Revel 的app.Init()里加revel.Interceptors.Insert(&cors.Interceptor{}, revel.BEFORE)，或手动写 middleware 设置Access-Control-Allow-Origin - 不支持
Range请求 → pdf.js 加载卡在 0%，页面白屏；解决：不能用c.RenderBinary()，必须用上一节说的http.ServeContent方式 - workerSrc 路径不对 → 控制台报
Failed to load PDF worker；Revel 静态资源路径默认是/public/，所以pdf.worker.min.js得放public/js/pdf.worker.min.js，前端初始化时写pdfjs.GlobalWorkerOptions.workerSrc = "/js/pdf.worker.min.js"
最后提醒一句：Revel 的模板引擎（gorp 或 html/template）不适合直接生成 PDF HTML 再转——它没提供 CSS 分页控制能力，@media print 在 Go 服务端渲染时根本不起作用。真要 HTML 转 PDF，老实用 chromedp 或 Puppeteer 服务，Revel 只做调度。
