前言
iOS9之后的系统存在pdf展示中文的乱码问题,而且是部分pdf文档,有些pdf文档就不会出现乱码现象。至于之前的系统版本是否存在这个问题,根据个人了解,应该是没有的。
查了很多资料,关于乱码的成因,大都说是因为iOS9升级之后,系统的字库对于中文支持的不全。下面的内容也是以这一说法为出发点寻求出的解决办法,并从侧面也证明了这一说法。
1.两种方式展示pdf的乱码表象
这里首先是简述两种最为常用的展示pdf的方法,如无需要,可跳过本段内容。
- 1.利用webView加载pdf
首先初始化一个webView
webView.scalesPageToFit = YES; //设置此项,可以缩放页面
加载文档(先将文件拖入当前项目)
NSString * path = [[NSBundle mainBundle] pathForResource:@"文件名" ofType:@"pdf"];
//或者
NSString * path = [[NSBundle mainBundle] pathForResource:@"文件名.pdf" ofType:nil];
最后
NSURL * url = [NSURL fileURLWithPath:path];
NSData * data = [NSData dataWithContentsOfFile:path];
[webView loadData:data MIMEType:@"application/pdf" textEncodingName:@"UTF-8" baseURL:url];
//或者干脆直接:
[webView loadRequest:[NSURLRequest requestWithURL:url]];
程序很简单,利用这种方式也可以简单的展示word文件,这种方式优点是简单轻量,简单展示可以,复杂的交互就不支持了。(MIME 参考手册)
利用这个方法,在真机上实验(iOS9.2.1和iOS9.0.2),结果如下:iOS9.2.1 pdf显示乱码.png
-
2.利用CGContextDrawPDFPage
相对于webView的局限,CGContextDrawPDFPage是利用系统框架直接绘制pdf,可以自定义阅读器。之所以用另一种方式展示pdf,是为了对比实验,避免一些未知因素的干扰。
关于原生绘制pdf的方法,网上有很多,因为较为麻烦,笔者也只是简单写了个展示一页pdf的demo,而且写的比较失败,就不在贴代码了。。。不过需要的效果是出来了,很直观,依旧乱码。iOS9.0.2 原生pdf乱码
2.显示乱码的两种解决(妥协)办法
上面啰嗦了半天,下面开始进入正题。
- 1.为系统添加字库(“不需要”越狱!)
既然都说是系统的字库问题,那么我们就为系统添加字库来看看效果。
添加字库需要三方app的支持,AppStore检索“aoFont”(下免费版就行,不是广告。。。),一款很强大的系统字体添加app,最主要的是不需要越狱!
这个app我也是偶然阅读这篇文章才知道的,我们下面的操作也主要依赖这篇文章:(在此感谢一下原文的作者)
原文作者提供了很多字库,在笔者的实验中,只需要添加一种字体就足够了:“宋体”。
字体下载链接在见原文,字体安装方式原文也有简单介绍,aoFont还是比较易用的,可自行操作(字体安装容易,但是上传时容易出问题,按照app的提示来就好,如果上传失败,建议再试,也遇到有些字体无法上传,毕竟免费版。。。):
安装好之后 aoFont的界面信息
接下来再次用上面的两种方式展示刚才的pdf文档,效果如下:
iOS9.0.2 添加系统字库后,pdf部分显示乱码.png
iOS9.0.2 原生pdf乱码解决
我们发现,乱码问题的确是“遏制”了,但只是遏制,上图中红框内的字体显示依旧不正常,可能是字库不够全的原因,因为在正常显示时可以看出,红框内的黄色字体和其他不是同一字体,很像是黑体,而我们现在,也仅仅是添加了宋体而已。(如果依旧未正常显示,可以更换添加其他字体试试,或者多添加几种字体。)
到此,iOS9的pdf中文乱码问题算是差不多有个交代了,基本可以确定,的确是系统字库的问题。无论是iOS9.0.2还是最新的9.2.1,都存在,低版本系统没有试验,不过根据了解到的,是没有问题的。
- 2.从源头遏制乱码问题
虽说知道了是系统字库的问题,但作为开发人员,我们让用户自行安装字库去解决,实在不妥。。。在app中植入类似aoFont的功能,又有点得不偿失。所以,最好的办法就是从源头解决。
文章开头也说了,乱码问题虽然存在,甚至常见,但是并不是全部的pdf文档都会出现乱码,这应该是pdf在压缩制作上传时出现的问题,从文档源头入手或许是个办法。
下面做下图的操作:
用mac的预览模式打开相应的pdf,文件 > 导出为PDF...
此时我们得到和源文件内容一致的另一个pdf文档,再次拖入之前的项目,编译,展示:
iOS9.2.1 pdf显示正常.png
这次,我们得到了完全正常的显示效果,红框内的黄色字体也正常显示了(现在可以和其他字体对比,这两个字体的确不是宋体,和前文图片对比上图的蓝色字体(符号),也会发现二者字体是不同的,毕竟前文的字体是我们自行添加的)。
在导出文档的操作中,mac做了哪些操作我并不清除,但是字体应该是换成了系统所支持的,不然就不会正常显示了。但这也并不就是说后台在上传时必须先将我们所需的文档全部用mac压缩一遍才行,只是说,在上传之前,做好甄别,或者利用某些手段做统一处理,才是更为合适的解决或者说是无奈的妥协办法,至于怎么处理,看自己的手段和实际了,此处不再赘述。
当前,我们也期待苹果在后期的系统升级中能够考虑这个问题,不然,我们也只能一直妥协下去了。。。
如果某位读者有更好的方法,也欢迎留言交流!
(代码不多就不再上传了)
参考文章:
1.iOS开发笔记——PDF的显示和浏览<女神的文章,特别推荐~>
2.【添加字库】iOS 8.1 增加用户字库(不是替换),iWork套件感觉好多了