如何在物理iOS设备上调试Xamarin.iOS应用程序

Question

对于这个长期的问题,请提前道歉,但是我浪费了3天没有成功尝试建立一个Xamarin.iOS开发环境,允许我在物理设备(而不是iPhone模拟器)上进行调试,我感到很茫然尝试下一步.

我相信我的设置是一个标准的Xamarin配置:

• Windows 10 PC运行Visual Studio 2015和Xamarin v4.2.0.703
• HTC手机USB连接到PC进行Android调试(工作正常)
• MacBook使用Xamarin Studio v6.1.1和Xcode v8.0运行OS X 10.11
• iPhone或iPad USB连接到Mac进行iOS调试

我开始在Visual Studio中创建一个Xamarin解决方案,我最初在Android上开发和调试.

为了进入iOS调试我然后使用Xcode和Xamarin Studio设置Mac,启用它进行远程登录,并使用与我的Xamarin.iOS应用程序相同的包标识符创建一个虚拟Xcode项目.我还尝试了为应用程序创建签名身份和配置文件以及在Mac上下载/安装它们的相当复杂的过程.这个过程太不直观了(Xcode中的视觉反馈很差),我不确定我是否已经正确完成了.但是,我能够在iPhone上运行虚拟Xcode项目,所以我认为它一定没问题？

在Windows PC上,Visual Studio设置中的Xamarin > iOS选项窗格确认Visual Studio已连接到Mac,并且附加的iPhone也被列为候选目标设备,因此似乎所有内容都已设置为进行设备上调试.

如果我尝试从Visual Studio在iPhone模拟器上调试应用程序,它可以正常工作.但是,物理iPhone上的调试失败,并显示以下无用的消息:

Xamarin.Messaging.Exceptions.MonotouchException: error MT1006: Could not install the
application '/Users/Tim/Library/Caches/Xamarin/mtbs/builds/Test.iOS/c4f40041b6c58fc579a727bccfc18614/bin/iPhoneSimulator/Debug/TestiOS.app' 
on the device 'Tim’s iPhone': AMDeviceSecureInstallApplicationBundle returned: 0xe8008001.

作为比较,我还尝试使用Xamarin Studio直接在Mac上进行调试.同样,iPhone模拟器工作正常,但甚至无法使用物理设备启动调试会话,因为连接的iPhone未被列为调试的候选目标设备.iPhone配置.

如果我打开项目选项并导航到iOS Debug视图,我可以看到与Debug配置关联的平台是iPhoneSimulator.将其更改为iPhone并保存配置它似乎有效,但实际上并未保存更改.我想这就是我的测试设备未列出的原因,但我不清楚我需要做些什么来让Xamarin Studio接受我的更改.

所以,经过所有这些实验,我完全迷失了.为这个设置过程提供一个完整,强大的AZ教程会很有帮助,但如果没有这个,那么接下来我应该尝试的任何建议都将非常感激.

更新:如果我使用Ad-Hoc项目配置(在Visual Studio或Xamarin Studio中),它会在设备上正确部署和启动应用程序,但不会附加调试器.如果我在Ad-Hoc项目配置中明确启用调试,Xamarin Studio会忽略它,但Visual Studio会附加调试器,但不会遇到任何断点.这一切听起来都合适吗？它是否提供了我需要更改的线索以使真正的Debug配置正常工作？

Answer 1

对于任何面临类似问题的人来说，我最终采用的解决方案是“暴力”方法。

我首先创建一个新的 Xamarin.Forms 解决方案（使用标准 Visual Studio 模板）并删除不需要的平台项目（UWP 和 Windows Phone）。在这个初始状态下，我验证了它能够在 Android 和 iOS 设备以及它们各自的模拟器/模拟器上启动调试。一切正常，确认我的 Mac 设置正确，并为我提供了调试所需的确切 iOS 项目配置。

此时，我认为配置问题一定是我之前的问题的原因，因此我在原始解决方案中精确地复制了工作配置的每个细节。但它仍然拒绝在 iOS 上进行调试。

然后我开始怀疑引用的 Nuget 包导致了问题，因此我将原始实现中所有引用的包添加到新的测试解决方案中。我预计这会破坏 iOS 上的调试，但事实并非如此。

最后，我小心地将原始解决方案的全部内容（XAML 和代码隐藏文件、视图模型、资源等）移植到测试解决方案中，并继续正确调试。

因此，在缺乏可行的诊断程序的情况下，我通过从头开始重建解决方案，有效地解决了问题。没有更改代码，据我所知，也没有更改配置设置，但新的实现现在可以在所有目标环境中可靠地调试。