在HTML中插入PDF文件，核心就是利用浏览器自身的能力或者特定的HTML标签来请求并显示这个文档。通常，我们会用到
这里头，
src当然是PDF的路径，
width和
height控制显示大小，
type="application/pdf"是告诉浏览器这是个PDF，虽然很多时候浏览器自己也能猜到。
我个人习惯给一个固定的高度，宽度用百分比，这样至少在大部分情况下，PDF阅读器能有一个比较舒服的显示空间。
还有一点，提供明确的下载选项。无论你的嵌入做得多完美，总有那么些情况，用户就是想把PDF下载下来看，或者他们的浏览器就是不给力。所以，在嵌入代码的备用内容里，或者干脆在PDF显示区域旁边，放一个显眼的下载链接，这是非常体贴的做法。
如果您无法在线预览，请 点击此处下载PDF文件。
target="_blank"和
rel="noopener noreferrer"是好习惯，能让链接在新标签页打开，并且增加安全性。
此外，你还可以尝试在PDF URL中添加参数来控制阅读器的行为。比如，
#page=N可以让PDF从第N页开始显示；
#toolbar=0可以隐藏PDF阅读器的工具栏（但并非所有浏览器都支持，而且隐藏工具栏可能会降低用户体验，慎用）。
最后，考虑用户体验的连贯性。如果你的网页内容和PDF内容是高度相关的，甚至PDF是整个用户流程的关键一步，那么直接嵌入可能就是最好的选择。但如果PDF只是辅助信息，或者内容非常长，用户可能更倾向于在一个独立的窗口或下载后阅读。权衡利弊，选择最符合用户预期的展示方式。
除了直接嵌入，还有哪些替代方案可以展示PDF内容？
直接嵌入PDF确实方便，但就像前面说的，兼容性、性能和用户体验总有些不尽如人意的地方。所以，我们得有Plan B，甚至Plan C。替代方案有很多，各有各的适用场景。
首先，最简单也最可靠的，就是提供一个直接的下载链接。这根本不算“展示”，而是“提供”，但它解决了所有嵌入可能带来的问题。用户点击链接，PDF就会在浏览器的新标签页打开，或者直接下载到本地。这是最稳妥的方案，尤其适合那些文档性质强、用户需要离线阅读或打印的PDF。
其次，可以考虑使用在线PDF预览服务。比如Google Docs Viewer（虽然现在更多集成在Google Drive里了）。你把PDF上传到Google Drive，然后获取一个分享链接，Google会帮你生成一个嵌入代码或者预览链接。这种方式的好处是，你不需要自己操心渲染问题，Google会处理好兼容性，甚至提供一些基本的阅读功能。缺点是，你的内容依赖第三方服务，而且隐私和数据安全可能需要考虑。
再来，对于那些追求高度自定义和更好用户体验的开发者，使用JavaScript库，比如PDF.js，是个不错的选择。PDF.js是Mozilla开发的一个开源项目，它完全在客户端（浏览器）渲染PDF，不需要任何浏览器插件。这意味着你可以完全控制PDF的显示方式，比如自定义工具栏、添加注释、实现高级搜索等。当然，这需要一定的开发工作量，你需要引入PDF.js的库文件，并编写JavaScript代码来初始化和控制PDF的加载与显示。
这方案虽然复杂，但能给你带来极致的控制权和用户体验，尤其适合那些对PDF显示有特殊需求的场景。
如果PDF内容相对简单，或者你只关心其中几页，那么将PDF转换为图片也是一个办法。你可以用专业的PDF处理工具将PDF的每一页转换为PNG或JPG图片，然后像插入普通图片一样插入到网页中。这种方式的好处是，图片兼容性最好，加载速度快，而且可以完全融入网页布局。缺点是，图片无法进行文本选择和搜索，文件体积可能会变大，而且对于多页文档来说，维护起来很麻烦。
最后，最彻底但也最复杂的方案是将PDF内容转换为HTML。这通常需要借助专业的PDF转HTML工具或库。转换后的HTML内容可以被搜索引擎索引，也更容易实现响应式布局和无障碍访问。然而，PDF到HTML的转换往往不是完美的，特别是对于复杂布局的PDF，可能会出现排版错乱。这更适合那些需要将PDF内容完全融入到网站体系中，并且对SEO和无障碍性有极高要求的场景。
选择哪种方案，最终还是要看你的具体需求：是追求简单快速，还是极致的用户体验和控制权？是内容重要性高，还是仅仅提供一个参考？没有银弹，只有最适合的。
