我有一个我正在计划的项目，它基于一种“交互式世界”风格的体验，浏览器视口四处移动以显示许多不同的图形环境，它必须都是流畅的，并且没有页面到页面的中断。项目在 js/html5/css3
这带来的问题是整个“世界”可能是 8-15,000 px 的平方（它也会旋转，并且上面有各种 png alpha 覆盖）
我打算进行一些测试，但是有很多方法可以解决这个问题，我正在寻找最流畅的方法。我对浏览器渲染引擎内部工作的了解不是很好，所以我想问问周围的人。
我不能使用谷歌地图使用的“平铺”方法，因为它不够流畅（太块状），当它旋转时也会让人头疼，做数学变换来计算出哪些瓷砖以什么角度加载所以这里是 2我将其归结为：
(1) “巨大”的图像方法
这样做的好处是一旦加载，一切都很容易，缺点是它会很大，我无法显示增量预加载器，因为图像队列基本上是 2 个图像（叠加和巨大的 img）
(2) 图像片段
好处是我可以以 10% 的增量显示带有图像队列的预加载器（10x 图像）
问题：
第二种方法是否会对浏览器的渲染引擎产生更痛苦的开销，因为要完成 9 组单独的计算，或者浏览器引擎是否只是在最初渲染后将它们视为一个绘制区域，然后将其作为一个整体进行更新？还是每次更改 dom（旋转等）时，浏览器必须运行相同的转换/重绘过程 9 次？
非常感谢。