立即登录 二维码已经出现在很多日常场景里。它之所以这么常见，并不只是因为看起来“高级”，更因为它能把一长串不方便手打的内容，变成手机扫一下就能打开的入口。
很多人一听到“把 PDF 转换成二维码”，会下意识以为整份文件都被装进了那个黑白图案里。实际上，更常见的做法并不是这样。PDF 往往不小，二维码容量也有限，真正可操作的思路是：先准备一个网页，用来展示 PDF；再给这个网页或 PDF 直链生成二维码。用 HTML 和 JavaScript 实现并不复杂，关键是把文件、页面和生成代码放在正确的位置。
先从基础页面开始。新建一个 HTML 文件，把要分享的 PDF 放在同一目录下，然后在页面里用 object 标签加载它。比如可以把 data 属性指向 example.pdf，如果实际文件名不同，就改成对应名称。这一步看着简单，却很容易在细节上出问题：文件名写错、路径不对、中文或空格没处理好，都可能导致页面打开后一片空白。更麻烦的是，文件一旦发布到服务器，本地能看到并不代表别人也能正常访问。所以，先在本机跑通，是最省心的做法。
当页面能正常显示 PDF 后，就可以引入二维码生成能力了。可以用 QRCode.js 这类常见的开源库，在 HTML 里加一行 script 标签，指向 qrcode.js 的路径就行。本地文件可以写相对路径；如果从线上加载，也要确认网络正常、没有报错。库没加载成功时，后面的脚本基本都跑不起来，浏览器控制台里通常会有明显提示。这一步不要跳过。
接下来，给二维码准备一个容器。在页面里放一个 div，并给它一个好识别的 id，比如 qrcode。这个 div 本身不会自动生成二维码，它只是等 JavaScript 运行后，把二维码渲染进去。位置最好放在页面上比较醒目的地方。很多用户可能直接用手机扫码进入，如果二维码被藏在屏幕外，或者需要滚动很久才能看到，体验就会很差。
真正生成二维码的动作，交给 JavaScript。调用 QRCode 构造函数，把要编码的内容设置为 PDF 路径，再设置宽高，比如 128 像素。这里要特别注意：二维码里填什么，扫出来就会尝试打开什么。如果只是本机测试，填 example.pdf 没问题；但如果页面要发到网上，填一个本地文件名通常没有意义，因为别人的手机里并没有你电脑上的那个文件。更稳妥的做法是填完整网址，可以是 PDF 的直链，也可以是这个 HTML 页面本身的地址。二维码并不会“理解”PDF，它只是一个入口。入口背后的文件是否稳定、可访问、加载速度如何，才决定最终体验。
完成基本逻辑后，测试不能省。先用浏览器打开 HTML 文件，确认二维码正常显示；再用手机扫一下，看 PDF 是否能顺利加载。如果本地没问题，准备发布到线上时，还要留意 HTTPS、跨域、文件权限和加载速度这些常见影响。PDF 体积过大时，用户扫完码可能要等很久，必要时可以先压缩，或者让页面先显示简单说明，再进入 PDF，整体体验会更顺。
这套做法适合很多实际场景，比如展会物料、产品包装、门店桌贴、内部资料入口、课程文档或合同样本。它的好处在于足够轻，不一定需要复杂后端，也不必依赖某个固定平台。只要文件可以稳定访问，二维码入口就可以继续使用。以后如果 PDF 内容需要更新，很多时候也不用重新做一批二维码，只要替换同名文件，或者更新页面里引用的文件地址，入口就能保持不变。对需要长期保留二维码的场景来说，这种“页面 + 二维码”的方式，比把地址直接写死在二维码里更灵活，也更便于维护。