此前我写了一篇如何使用Instrument对Xamarin.iOS应用进行调优，但里面仅仅介绍了如何加载Xamarin.iOS程序，在实际的调试中还是不够用的，有时候为了有的放矢，我们需要深入到代码一级才知道程序出现问题的根源，今天我给大家介绍一下如何用instrument对Xamarin.iOS进行代码级调优。

要实现对Xamarin.iOS进行代码级调优的基础是:导入被调优程序的dSYM文件。

用Xamarin.iOS开发iOS程序还是与Xcode有所不同，加上我开发的输入法是extension扩展程序，与平常的程序又有所不同，所以此前我一直不知道Xamarin.iOS的dSYM文件在什么位置，以致于一些内存泄漏问题一直无法予以解决。直到最近才查阅了一些资料，才恍然大悟。

下面我给大家介绍一下，载入dSYM文件的步骤。

先介绍调试主程序的情况： 首先我们根据调优需要在instrument里加载程序，这一步具体请看如何使用Instrument对Xamarin.iOS应用进行调优，这里我以岁寒输入法的主程序为例；

加载程序之后，根据需要切换界面，触发事件，设置几个Generation，然后点左上角的终止按钮，停止运行。

点击File，选择Symbols

选中要调优的程序集，我这里就是SuiHanIME.iOS。

再看BinaryPath，路径为红色，表示文件有问题，我们需要选择正确的二进制文件。

一般我们是在debug模式下安装的程序，所以我们找最近一次编译生成的二进制文件即可，如果是真机，其路径应该是： .../XXX/iOS/bin/iPhone/Debug/device-builds/iphone8.4-11.4/XXX.iOS，XXX表示你的项目的名称，这里我的路径就是.../SuiHanIME/iOS/bin/iPhone/Debug/device-builds/iphone8.4-11.4/SuiHanIME.iOS

选择正确之后，BinaryPath就不会再是红色的啦。

然后还要选择dSYM Path，其路径一般是XXX/iOS/bin/iPhone/Debug/device-builds/iphone8.4-11.4/XXX.iOS.app.dSYM，XXX表示你的项目的名称，这里我的路径就是 SuiHanIME/iOS/bin/iPhone/Debug/device-builds/iphone8.4-11.4/SuiHanIME.iOS.app.dSYM

点击Done，就完成加载了。

这个时候，当我们选一个对象的时候，才能够看到这个对象的调用栈的情况，而不再是一堆16进制的乱码。

点击某个栈，我们可以查看具体是哪一句代码。

如果主程序是用Xamarin.Forms实现的，由于多了一层封装，要看出我们所写的代码比较困难，而如果主程序也是Xamarin.iOS的话，我们基本上是可以找到和我们源码相对应的代码段，是的，就是原原本本的C#代码。

以上是主程序的情况，如果像我一样，开发的是一个extension扩展程序，要对这个extension扩展程序调优应该怎么办？

主体步骤和前面是一样，差别主要是指二进制文件的位置。

extension扩展程序的二进制文件位置一般在.../XXX/xxx/bin/iPhone/Debug/device-builds/iphone8.4-11.4/xxx.appex，XXX表示你的项目的名称，xxx表示你extension扩展程序的名称，所以我这里的路径就是.../SuiHanIME/Keyboard/bin/iPhone/Debug/device-builds/iphone8.4-11.4/Keyboard.appex。注意，这个二进制文件是在extension扩展程序项目自己的文件夹路径中的。

而比较坑的是，extension扩展程序的dSYM文件是和主程序的放在一起的，路径一般为.../XXX/iOS/bin/iPhone/Debug/device-builds/iphone8.4-11.4/xxx.appex.dSYM，XXX表示你的项目的名称，xxx表示你extension扩展程序的名称，所以我这里的路径就是.../SuiHanIME/iOS/bin/iPhone/Debug/device-builds/iphone8.4-11.4/Keyboard.appex.dSYM

与前面一样，我们可以查看到调用栈

由于extension扩展程序是Xamarin.iOS实现的，所以可以相对容易的查看到对应的C#源码。

用instrument对Xamarin.iOS进行代码级调优就介绍到这里，感谢阅读。