c# - 一段时间后，在后台(iOS 和 Android)上传数据以一种奇怪的方式失败

Question

我正在努力改进我们用于划船社区的应用程序。它的一部分是网站上的 map ，其中包含 Boats 的最近位置。到目前为止一切正常，但我想添加一个持续的背景跟踪作为应用程序功能。

该应用程序可以运行一段时间，但由于超时而无法上传。这些不是来自 API 限制，在我看来，应用程序似乎无法再访问网络。

我依赖https://github.com/jamesmontemagno/GeolocatorPlugin对于所有位置事物。该插件还使用 https://github.com/jamesmontemagno/CurrentActivityPlugin/在安卓系统上。

因此，这是我从手机收到位置更新后所做的事情。

事件处理程序设置:

[...]
            TimeSpan span = new TimeSpan(0, 20, 0);  // Prod: 0, 30,  0
            double distance = 500;   // Prod: 2700

            bool includeHeading = false; //don't alert on heading changes 

            ListenerSettings listenerSettings = new ListenerSettings
            {
                AllowBackgroundUpdates = true,
                DeferralDistanceMeters = distance,      // adjustable in app 2-10 nautical Miles
                DeferLocationUpdates = true,
                DeferralTime = span,                    // adjustable in app 15-120 Minutes
                ListenForSignificantChanges = false,
                PauseLocationUpdatesAutomatically = false,
                ActivityType = ActivityType.OtherNavigation
            };

            var success = await CrossGeolocator.Current.StartListeningAsync(span,distance,includeHeading,listenerSettings);

            if (success)
            {
                CrossGeolocator.Current.PositionChanged += async (s, e) =>
                {

                    Console.WriteLine("\n\n -_-_-_-_-_ Position Event -_-_-_-_-_-_ \n\n");
                    Trackpoint trackpoint = new Trackpoint(e.Position);
                    Trackpoint point = await Tracking(trackpoint);
                };
            }
[...]

事件处理程序调用:(在应用程序开发路线图的后面会发生更多事情)

public async Task<Trackpoint> Tracking(Trackpoint trackpoint = null)
        {
            return await tracker.LogPoint(trackpoint);
        }

在 tracker.LogPoint(trackpoint) 中，来自 Hevent Handler 的坐标被添加到列表中(该列表应该是空的，但可能包含以前的 Trackpoints，以防上传失败。)

public async Task<Trackpoint> LogPoint(Trackpoint location = null)
        {
            if (location == null)
            {
                location = await GetCoordinates();   // Call GPS if no Trackpoint is given when Tracking is done fully manual
            }

            if (location != null)
            {
                Console.WriteLine("Trackpoint Queue was: {0}", track.Count);
                track.Add(location);   // Add current location to end of the list (defined as private in the class)
                int trackpointQueue = track.Count;
                int uploadedTrackpoints = 0;

                Console.WriteLine("Trackpoint Queue now: {0}", trackpointQueue);

                foreach (var position in track)
                {
                    Console.WriteLine("Uploading Trackpoint: {0} | {1} | {2}", position.Timestamp, position.Latitude, position.Longitude);
                    if (App.api.UploadTrackPoint(track[track.Count - 1]))   // upload first trackpoint in List (ideally current) and remove it from List, repeat with more items in queue.
                    {
                        uploadedTrackpoints++;
                    }
                    else
                    {
                        Console.WriteLine("Error uploading Trackpoint trying again next time");
                        // Because uploading attempt failed, we don't want to try again now leave the loop until next call.
                        break;
                    }
                }
                track.RemoveRange(0, uploadedTrackpoints); // remove all uploaded Trackpoints from Queue
            }
            return location;
        }

上传作为现有 API 的 multipart/formdata 发生。在 4-10 个事件之后，所有进一步的上传都失败，由于发生网络超时而引发异常。将应用程序带回前台，它几乎没有响应。

public bool UploadTrackPoint(Trackpoint location)
        {
            bool success = false;
            if (CanUseData())
            {
                string posturl = settings.BlogURL + "(THE API URL)" + "(THE API KEY)";
                string agent = "User-Agent: (MY APP NAME)/" + settings.Version + " (" + DeviceInfo.Platform + ", " + DeviceInfo.VersionString + ")";

                Console.WriteLine("Uploading: {0} ", Trackpoint.ConvertToString(location));
                try
                {
                    var response = MessageUpload.MultipartFormDataPost(false, posturl, agent, location.Pairs);

                    Console.WriteLine("HTTP response StatusCode: " + response.StatusCode + "\n Content: " + response.ResponseUri);

                    if (response.StatusCode == System.Net.HttpStatusCode.OK) success = true;
                }
                catch (Exception ex)
                {
                    Console.WriteLine("FAILED!!! \n\n({0})\n\n", ex);

                }
            }
            return success;
        }

在 iOS(物理 iPhone 6)和 iOS 模拟器以及 Android 模拟器上会发生完全相同的行为。然而，我读了很多关于 iOS 和最近的 Android API 的背景限制，但我怀疑这是这里的问题，因为它在两个平台上都是一致的。所以我假设我在这里做错了什么，在撞墙之前填充了某种缓冲区。但是，应用程序没有被任何操作系统终止，而我可以在控制台上看到一些 -_-_-_-_-_ Position Event -_-_-_-_-_-_上传开始失败，积压越来越多。最终在一些超时发生后，甚至位置更新也会停止。

您将从哪里开始进一步调试？

Answer 1

以防万一有人偶然发现这个。除了@SushiHangover 提到的缺少后台服务之外，更大的问题是 WebResponse 的处理不正确。

事实证明，碰壁的直觉就在这里:在我的 Http 调用完成后，应用程序只读取 header 并且从不处理响应对象，应用程序保持所有连接打开。在恰好 10(在 iOS 上)之后，应用程序无法打开新连接，导致超时。