SIGABRT在模型C＃中引发的Xamarin形式自定义获取/设置方法

Question

**

注意; 2018年12月21日-将问题的名称更改为与该问题的新实例一致。 有关此的信息在底部。

**

我已经为这个错误苦苦挣扎了3个星期，尝试了我能想到的一切，甚至重新安装了Visual Studio 2017。

首先是一些背景故事；

我正在开发一个可以订购三明治并完成大多数重要功能的应用程序。 整个订购过程在过去的4个月中一直在进行。 几周前发生了灾难周，保险丝盒熔断，导致断电。 这以某种方式破坏了防火墙，整个公司网络都瘫痪了。 在安装android studio时（与visual studio / xamarin一起）。 几天后，Visual Studio 2017的更新出现问题，我进行了完整的重新安装并删除了android studio。 然后错误开始出现。

大多数应用程序仍然可以正常运行，但是您可以登录，检查购物篮，浏览类别等。 当在REST实现中调用特定功能时，应用程序将关闭，调试器将显示致命信号6 SIGABRT -6错误。

12-07 12：57：29.409 F /（20795）：*在/Users/builder/jenkins/workspace/xamarin-android-d15-9/xamarin-android/external/mono/mono/mini/unwind.c中断言： 640，条件`cfa_reg！= -1'不满足

12-07 12：57：29.409 F / libc（20795）：致命信号6（SIGABRT），tid 20828中的代码-6（Thread Pool Wor），pid 20795（e.Appnamehere）

代码如下：

public async Task<ObservableCollection<T>> GetAllWithId<T>(Guid id)
{
    var t = typeof(T);
    var uri = GetURI<T>();
    ObservableCollection<T> oc = new ObservableCollection<T>();
    try
    {
        var tmpUri = "";
        // IF statements to determine URI, if no ifs succeed let run and catch exception.. ps. can be changed for typeswitch
        if (typeof(T) == typeof(Product)) { tmpUri = uri + "/incategory/" + id; }/*use category id inside*/
        if (typeof(T) == typeof(Order)) { tmpUri = uri + "/fromuser/" + id; }/*use user id*/
        var client = GetNewClient();
        using (client)
        {
            HttpResponseMessage result = await client.GetAsync(tmpUri);
            if (result.IsSuccessStatusCode)
            {
                var content = await result.Content.ReadAsStringAsync();
                Debug.WriteLine(content);             
                oc = JsonConvert.DeserializeObject<ObservableCollection<T>>(content);// <<<<<< SIGABRT THROWN HERE
                //* Assertion at /Users/builder/jenkins/workspace/xamarin-android-d15-9/xamarin-android/external/mono/mono/mini/unwind.c:640, condition `cfa_reg != -1' not met
            }
        }
    }
    catch (Exception ex)
    {
        Debug.WriteLine(@"ERROR {0}", ex.Message);
    }

    return oc;
}

有一种使用所有控制器使用的泛型的实现。 方法getURI和getNewClient分别将URI构建为相应的类型并返回客户端实例。

自开发开始以来，xamarin内核和其他软件包尚未更新，因为这通常会破坏工作。 所有软件包的当前版本与开发开始时（即没有错误时）相同。 （底部的软件包和版本列表）。

该错误在newtonsoft.json软件包的最后2个版本上执行（错误始于v11.0.2，然后我更新至v12.0.1，该错误仍然发生）。 可从API数据中检索API数据并按预期工作，然后以正确的格式返回数据。 调试器未显示堆栈跟踪，但确实指出该错误通常是由本机单声道代码或依赖项使用的本机代码引起的。

如果有人需要更多信息，我将很乐意提供，因为我无法在Google上找到有关如何解决此问题的任何信息。

该错误还会在所有仿真器上发生（范围从512mb到2gb的ram，变化的堆大小和变化的渲染器。由于网络仍处于锁定状态并且设备无法连接，我无法使用物理设备进行测试）

更新; 它是固定的（我认为）。 20-12-2018

我在API端显式构建对象，并将其作为其相应类型（即产品，订单等）的对象而不是var发送。

在反序列化，重新序列化并再次重复之后，我最终得到了一个可行的但效率极低的解决方案。

之后，我在模型的属性上剪切了几个自定义的getter和setter方法。 （这决不是此问题的指定原因，但它有助于解决此问题。）

仍然有效，然后我尝试使用问题中显示的原始代码行。

请注意，我确实将Visual Studio重新安装了两次。（一次是从15.9.2更新到15.9.3，然后昨天将其卸载并使用新更新15.9.4进行安装）。

这是在较旧的分支上完成的，该分支仍然具有所有依赖项的原始版本。

总而言之，此错误不应由不匹配的反序列化对象中的错误引起。 应该将这种错误作为反序列化错误或类似的东西抛出，而不是将本机单声道展开错误抛出。

（导致此错误的代码行被两个嵌套的try-catch块包围。）

更新..它再次发生 21-12-2018

因此错误昨天消失了。 我希望这是永远的，但现在又发生了。 我将其范围缩小到产品模型。 （由于原始错误是在加载产品和加载历史订单时发生的，它们仅共享相同的API方法，因此必须存在并且也存在）。

抛出相同的错误，只是现在历史订单仍然有效，但产品无效。 当我在模型中添加自定义吸气剂和吸气剂时，就发生了这种情况。 下面的代码；

public Object ProductImage {
             get { return ProductImage; }
             set {

                try
                {
                    if (value.ToString().Contains("/api/DynamicImages/getimageonly/"))
                    {
                        string imreBase64Data = Convert.ToBase64String(Constants.ObjectToByteArray(value));
                        ProductImage = string.Format("data:image/png;base64,{0}", imreBase64Data);
                    }
                    else
                    {
                        ProductImage = value;
                    }


                }
                catch (Exception ex) { ProductImage = value; }


            }
           //   get;set;//<-- when i use this instead no signal abort is thrown but the images wont load when they are retrieved as either a file or data from my own API. (images retrieved as link to external site still work, falling back to place holders still works too.)
        }

当我恢复为简单的get; set; 有用。 有没有人？ 注意; 我更新了问题的名称，使其更明确地针对此新问题。

Answer 1

根本原因是不间断的递归调用。
如：
ProductImage = value->它将再次触发呼叫设置程序。
结果，setter被一次又一次地调用。

在Java中，在这种情况下，它将报告stackoverflow错误。
但是，在单声道中，它显示了这样的错误消息，对于调试尚不清楚。

解决方案是：

private Object _productImage;
public Object ProductImage {
    get { return _productImage; }
    set {
    ... 
    _productImage = {some value};
    }
}