最近做了一个需求,在app(ionic+angular搭建的)里面实现在线预览pdf文件,之前有相应的预览方式,但是之前pdf文件都是几百k,不大。这次的pdf文件是几十M,很大。之前的方案是把整个pdf文件都下载下来之后,再进行加载渲染。几十兆在网速不好的情况下,要下好一会儿。所以肯定要进行优化,怎么优化呢,在网上查了一下,决定采用分片下载的方案。

下面是我思考和总结的解决问题的步骤:

  • 1、Pdf文件太大 —>
  • 2、要做成切片下载 — >
  • 3、技术选型 —>
  • 4、pdf.js —>
  • 5、搜索技术方案 —>
  • 6、 公众号文章 —>
  • 7、开始 —>
  • 8、拿到后端切片数据(五页为一个切片)—>
  • 9、 获取总页数和每张pdf的宽高—>
  • 10、获取当前屏幕的宽度—>
  • 11、 和pdf的宽度做对比得到缩小的比例—>
  • 12、根据比例得出每张pdf页面渲染的宽高和整个所有页面的总高度—>
  • 13、创建canvas元素,渲染pdf页面(pdf.js中的方法,可以直接渲染canvas)—>
  • 14、创建div元素并且包裹canvas元素,并把div放在页面对应的位置上,使用position:absolute,绝对定位的方式。---->
  • 15、 监听滚动事件,使用防抖函数,每隔200ms发一次请求—>
  • 16、根据滚动的高度计算当前的pdf页面处于哪个切片 ---->
  • 17、 然后根据当前页面所处的切片,去请求下一个切片,然后把请求回来的数据按照前面的方式进行渲染加载。—>
  • 18、 这样的话就会做到客户无感知的加载页面—>
  • 19、 达到了切片下载和用户体验的效果。—>
  • 20、 更进一步的优化是只保留当前视线和前后的元素,上滑或者下拉的时候页面pdf脱离一定的范围后把这个pdf元素删除。---->
  • 21、 这样就保证了页面中只有10个pdf页面的DOM元素,减少了页面中的dom元素,极大地提高了页面性能。—>

以上是pdf切片下载的方式和优化方案

不过在方案实施的过程中还是遇到了一些坑点
Pdf切片下载遇到的坑点总结如下

  • 1、第一个坑点 监听页面滚动,这个花费了我半天的时间,首先用的是pdf页面的父级元素,结果监听不到,然后一级一级往上试,还是监听不到滚动事件。最后使用了window.addEventLister(‘scroll’),这个时候监听到了滚动事件,然后需要拿到页面滚动的高度,但是因为在各级元素中监听不到滚动事件,所以拿不到scrollTop。这个时候又搜索了大量的资料,没有找到合适的方法。最后问了同事,找到了ionic中的(ionscroll)= “scrollEvent($event)”这个事件—(思考:一个人的认知是有限的,还是需要向大牛多学习,多请教)。通过ionscroll拿到了scrollTop。这样就可以根据滚动的高度能计算到页面滚动到了哪个位置。本以为这样就可以了,返回上一页之后,页面滚动事件还在。Why?然后在离开阅读页面时做了清除监听,发现还是不行,因为全局有一个window的scroll监听事件,清除不了,所以监听事件就一直存在。又卡住了,不容易呀。想办法解决---- 通过尝试 发现了(ionscroll)= “scrollEvent($event)”在scrollEvent中监听滚动事件,并且使用防抖函数包裹一层,200秒触发一次。每次触发都重新计算时间,重新触发事件。---- 这样就实现了滚动分片下载的功能。
  • 2、第二个坑点 ios的兼容性问题 继第一个坑点之后,以为一切都ok了,结果打包之后在苹果手机上运行时,影响了其他功能。所有pdf.js这个文件不能在index.html中全局引入了,那之前做的努力都白费了。所以开始找能够在ts组件中引入pdf.js这个模块的办法,(需要写一个类型声明的文件.d.ts,pdf.js目前没有)尝试了好多办法还是不行,最后在同事的帮助下找到了一篇文章 using PDF.JS with ionic3.x 根据文章中例子(npm install --save pdfjs-dist@2.0.489
    npm install --save-dev @types/pdfjs-dist

    ),在ts组件中 import * as PDFJS from “pdfjs-dist/webpack.js”;
    import { PDFPageProxy, PDFPageViewport, PDFRenderTask } from ‘pdfjs-dist’;这个插件,在浏览器上跑起来了,一切正常,但是打包之后在苹果的ios系统上跑了之后,出现了app打不开的现象,卸载安装的pdfjs-dist之后就正常了,所以这种方式引入失败了。于是又开始思考新的加载pdf文件的解决方案。
  • 3、第三个坑点 上面的方案因为ios兼容性问题都失败了,所以尝试把pdf文件放在本地,在浏览器可以,但是打包之后就不行了。原因是pdf.js加载的时候需要用到http、https这样的协议方式,不支持file。
  • 4、第四个坑点 尝试了上面这么多的方法,最后决定把所有的文件都放在静态服务器上,这是之前一直使用的方式。这次之所以优化是因为这次的pdf文件有点大(最大的是18M),直接加载会很慢。最后没有想出更好的方法,所以妥协了。不过会加上工具栏,里面有放大缩小和跳转页面的功能。以为一些会很顺利,结果打包后在ios上运行的时候,在加载完研报后,查看完之后返回的时候,直接退出了登录,也就是webViewer崩溃了。目前分析的原因是pdf文件太大了,导致的原因。这怎么办呢?
  • 5、------最终版方案,经历上面这么多坑点,决定安卓和ios采用不同的方案,安卓按照第四个坑点的方案。Ios采取直接在浏览器中打开的,方法为:cordova.InAppBrower.open(url),这样就相当于在浏览器上打开了pdf文件。打包之后,初次加载有点慢,但是产品经理可以接受。就这样采取了这样的方案。----以上就是探索和采坑的过程,很曲折,但收获很多,值得自己去总结和思考的地方很多。

思考

  • 1、上面的坑点造成的原因有些还不清楚。
  • 2、自己解决问题的能力还有些欠缺(怎么提升自己解决问题的能力,这点需要好好思考一下,包括定位问题,搜索问题的能力,有时间好好和大牛交流一下。)。
  • 3、某一个解决方案,行不通了,有没有可以兜底的方案。(这个以后做一些重要的事情的时候都先思考一下)。这次是求助了同事,才顺利的解决上面的问题,可以看出自己的技术能力还有一些欠缺。
  • 4、需要深挖一下问题的发生的根本原因,以后怎么能够更好的避免。
  • 5、问问题之后自己一定要先思考之后,探索之后,再提出自己的疑惑点。
  • 6、多和大牛多交流,多探讨。
  • 7、大胆尝试,不要害怕失败。
  • 8、努力,多学、多做、多尝试、多碰壁。
  • 9、深入学习相关的知识。

总结
从这次需求来看,

  • 1、前期是探索—确定技术方案
  • 2、分片下载pdf的尝试—
  • 3、成功实现
  • 4、在ios系统上行不通
  • 5、找在ts中引入pdf.js的方法
  • 6、找到后进行了尝试
  • 7、本地运行一切正常
  • 8、打包后在ios上行不通
  • 9、心态有点崩溃
  • 10、求助同事
  • 11、尝试把pdf放在本地
  • 12、方案行不通
  • 13、把pdf文件放在静态服务器上
  • 14、结果由于文件过大在ios上会崩溃
  • 15、最后决定安卓和ios分开实现,ios用cordova中的方法在ios系统中直接打开pdf文件,安卓采用之前的方案(放在静态服务器上)。

自我反思:最后算是解决了。不过不完美,我对自己的表现不是很满意,自己还欠缺很多。