
本文详解如何在 react 项目中基于 pdf.js 手动渲染 pdf 页面时,实现「仅对当前可见页面」进行独立缩放与旋转操作,避免全局缩放副作用,并提供完整可运行代码与关键原理说明。
本文详解如何在 react 项目中基于 pdf.js 手动渲染 pdf 页面时,实现「仅对当前可见页面」进行独立缩放与旋转操作,避免全局缩放副作用,并提供完整可运行代码与关键原理说明。
在使用 PDF.js 自定义渲染 PDF(而非官方 <iframe> Viewer)时,一个常见但易被忽视的需求是:用户滚动浏览文档时,希望缩放和旋转操作仅作用于当前聚焦/可见的页面,而非整份文档。原生 viewport.scale 和 rotation 参数作用于单页渲染上下文,但若所有页面共用同一 pdfScale 状态,缩放会同步影响全部已渲染页面——这不符合真实阅读体验。本文将带你从零构建一套轻量、可靠、浏览器兼容的「单页视口感知」控制方案。
核心思路:可见性检测 + 独立状态管理
关键不在于修改 PDF.js 渲染逻辑,而在于动态识别当前最可见页面,并为其维护独立的变换状态(缩放比例、旋转角度)。我们放弃全局 pdfScale 直接驱动 canvas 尺寸的做法,转而:
- ✅ 为每页 canvas 分配唯一 ID(如 page-1, page-2);
- ✅ 使用 getBoundingClientRect() 结合视口尺寸计算页面在屏幕中的可见百分比;
- ✅ 按可见度排序,取最高者作为“当前页”;
- ✅ 通过 CSS transform: rotate() 和动态重绘实现旋转;
- ✅ 缩放通过重新调用 page.render() 并传入新 viewport 实现(注意:此处缩放仍需触发全页重绘,但旋转可实时生效)。
⚠️ 注意:PDF.js 的 scale 是渲染时的逻辑缩放(影响 canvas 像素尺寸),而 CSS transform 是呈现层变换。二者可共存,但需明确分工:缩放由 viewport 控制(影响清晰度与性能),旋转由 transform 控制(轻量、即时)。
关键函数实现详解
1. 可见性判定:isVisible(canvas)
该函数返回 { id, visible, percent },用于量化页面在视口中的暴露程度:
function isVisible(canvas: HTMLCanvasElement) {
const rect = canvas.getBoundingClientRect();
const viewportWidth = window.innerWidth || document.documentElement.clientWidth;
const viewportHeight = window.innerHeight || document.documentElement.clientHeight;
// 判断是否至少部分在视口内
const inViewX = rect.left < viewportWidth && rect.right > 0;
const inViewY = rect.top < viewportHeight && rect.bottom > 0;
const visible = inViewX && inViewY;
let percent = 0;
if (visible) {
const visibleWidth = Math.min(rect.right, viewportWidth) - Math.max(rect.left, 0);
const visibleHeight = Math.min(rect.bottom, viewportHeight) - Math.max(rect.top, 0);
const visibleArea = visibleWidth * visibleHeight;
const totalArea = rect.width * rect.height;
percent = Math.round((visibleArea / totalArea) * 100);
}
return { id: canvas.id, visible, percent };
}2. 获取当前旋转角度:getRotationDegrees(canvas)
解析 transform: rotate(Xdeg) 或矩阵值,兼容多种写法:
function getRotationDegrees(canvas: HTMLCanvasElement): number {
const style = window.getComputedStyle(canvas);
const transform = style.transform;
if (transform === 'none') return 0;
const values = transform.match(/matrix\((.+)\)/)?.[1]?.split(',') || [];
if (values.length >= 4) {
// matrix(a,b,c,d,tx,ty) → angle = atan2(b,a)
const a = parseFloat(values[0]) || 1;
const b = parseFloat(values[1]) || 0;
let angle = Math.round(Math.atan2(b, a) * (180 / Math.PI));
return angle < 0 ? angle + 360 : angle;
}
// fallback for simple rotate()
const rotateMatch = transform.match(/rotate\((\d+)deg\)/);
return rotateMatch ? parseInt(rotateMatch[1], 10) : 0;
}3. 应用旋转:rotateCanvas(canvas, deg)
纯 CSS 操作,无重绘开销:
function rotateCanvas(canvas: HTMLCanvasElement, deg: number) {
canvas.style.transform = `rotate(${deg % 360}deg)`;
}4. 主交互逻辑:rotateCurrentPage()
结合上述工具,精准定位并旋转最可见页面:
function rotateCurrentPage() {
const visibleCanvases = Array.from(
document.querySelectorAll<HTMLCanvasElement>('[id^="page-"]')
)
.map(isVisible)
.filter(v => v.visible);
if (visibleCanvases.length === 0) return;
// 取可见度最高的页面
const current = visibleCanvases.reduce((a, b) =>
a.percent > b.percent ? a : b
);
const canvas = document.getElementById(current.id) as HTMLCanvasElement;
if (!canvas) return;
const currentDeg = getRotationDegrees(canvas);
const nextDeg = (currentDeg + 90) % 360;
rotateCanvas(canvas, nextDeg);
// 持久化旋转状态(例如用于后续重绘或服务端同步)
setCanvasRotates(prev => [...prev, { [current.id]: nextDeg }]);
}完整组件集成要点
- Canvas ID 规范化:在 handlePage 中统一设置 canvas.id = 'page-' + index;
- 状态分离:pdfScale 控制渲染缩放(触发重绘),canvasRotates: Record<string, number> 存储各页旋转角度;
- 重绘后应用旋转:每次 handlePages() 完成后,遍历 canvasRotates 对对应 canvas 执行 rotateCanvas();
- 缩放按钮逻辑:zoomIn/Out 仅更新 pdfScale,依赖 useEffect 触发全页重渲染(必要开销);
- 性能提示:querySelectorAll('[id^="page-"]') 在百页级文档中依然高效;如需极致优化,可用 IntersectionObserver 替代手动计算(本文未展开)。
总结与建议
本方案不依赖 PDF.js 内部 Viewer API(如 PDFViewerApplication),完全基于标准 DOM 与 PDF.js 渲染 API,具备高可控性与跨框架移植性。它解决了自定义渲染场景下「单页操作」的核心痛点,同时保持代码简洁、逻辑透明。
✅ 推荐实践:
- 旋转操作默认绑定 90° 步进,符合用户直觉;
- 可见性阈值可设为 percent > 10 避免边缘误判;
- 生产环境建议增加防抖(如 rotateCurrentPage 调用节流);
- 若需支持触摸设备,可扩展 touchstart/touchmove 事件模拟拖拽翻页。
至此,你已掌握在 React + PDF.js 中实现专业级 PDF 单页交互能力的关键技术路径——无需黑盒,不靠魔改,只用扎实的 Web API 与清晰的状态思维。










