前言

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];

• 程序很简单，利用这种方式也可以简单的展示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我也是偶然阅读这篇文章才知道的，我们下面的操作也主要依赖这篇文章：（在此感谢一下原文的作者）

  【添加字库】iOS 8.1 增加用户字库(不是替换)，iWork套件感觉好多了

原文作者提供了很多字库，在笔者的实验中，只需要添加一种字体就足够了：“宋体”。

字体下载链接在见原文，字体安装方式原文也有简单介绍，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压缩一遍才行，只是说，在上传之前，做好甄别，或者利用某些手段做统一处理，才是更为合适的解决或者说是无奈的妥协办法，至于怎么处理，看自己的手段和实际了，此处不再赘述。

当前，我们也期待苹果在后期的系统升级中能够考虑这个问题，不然，我们也只能一直妥协下去了。。。

如果某位读者有更好的方法，也欢迎留言交流！