Visual Studio 2017中Xamarin UWP断点失效且原生编译后导航异常求助

作为刚接触Xamarin Forms的开发者，碰到这种跨平台调试的问题确实挺闹心的，结合你的情况（VS2017 15.5.7最新版），我整理了几个针对性的解决思路：

一、先搞定UWP断点失效的问题（未勾选本机代码工具链时） #

• 核对调试器类型：右键你的UWP项目 → 属性 → 调试标签页，确保调试器类型选的是Managed (.NET Core, .NET Framework)，要是选了Native或者Mixed，托管代码的断点根本不会触发。
• 清理重建走一波：VS的编译缓存偶尔会抽风，先点菜单里的「项目→清理解决方案」，然后手动删掉UWP项目下的bin和obj文件夹，再重新生成调试，很多时候断点问题就这么解决了。
• 关掉Debug模式的代码优化：右键UWP项目 → 属性 → 生成标签页，把「优化代码」的勾选取消掉。Debug模式下开优化，不仅断点容易失效，还可能让调试时的代码跳转变得混乱。
• 检查断点位置是否合理：确保断点打在Xamarin Forms共享代码或者UWP的托管代码里，别误打在本机代码区域；如果是异步方法，断点尽量打在await之后的代码块，不然可能触发不了。

二、解决勾选「使用本机代码工具链编译」后的导航异常 #

这个选项是用来提升UWP性能的，但对旧版本的Xamarin.Forms兼容性不太友好，试试这些办法：

• 升级Xamarin.Forms到适配版本：VS2017 15.5.7对应的稳定版Forms大概是2.5.x系列，你可以把NuGet包更新到这个范围内的最新稳定版，旧版本的Forms很可能和本机编译工具链存在兼容性bug。
• 简化导航逻辑排查：先写个最基础的页面跳转测试（比如点击按钮直接Navigation.PushAsync到空白页），排除是复杂导航逻辑导致的问题；另外检查UWP项目里有没有自定义的导航渲染器，这类自定义代码很容易和本机编译模式冲突。
• 暂时禁用本机编译（折中方案）：如果实在找不到兼容的办法，先取消勾选这个选项，优先保证功能和调试正常，等后续把VS或者Xamarin.Forms升级到更稳定的版本后，再尝试开启这个优化。

三、VS调试的小技巧 #

• 重置VS调试配置：有时候VS的设置会乱掉，你可以通过「工具→导入和导出设置→重置所有设置」恢复默认，然后重新配置调试选项。
• 盯着输出窗口找线索：调试时打开「视图→输出」窗口，切换到「调试」分类，看看有没有加载失败、异常抛出的日志，这些细节往往能帮你定位到具体问题。

内容的提问来源于stack exchange，提问作者charfeddine khaldi