问Aws Sdk 2.12.3 TransferService使用情况

EN

我们使用的是Amazon SDK的2.4.2版本，用于文件上传和下载。最近我们把它更新到了2.12.3。

在旧版本中，任何用于在后台内部启动TransferService的上传或下载任务都会处理网络连接监控等。

但为了支持限制后台服务的Android8优化，在最新版本中，SDK已经停止了内部调用TransferService，并鼓励开发者显式调用。建议调用服务的一个地方是应用程序类的onCreate。TransferService已经被简化为仅仅是另一个类TransferNetworkLossHandler的初始化器，它扩展了BroadcastReceiver，在连接发生变化的情况下处理下载的暂停/恢复。在新旧版本的软件开发工具包中启动TransferService的一个主要区别是，早期是使用startService方法启动的。但现在亚马逊的文档建议从"startForegroundService“开始，在8.0及更高版本的设备上使用通知对象。

我们的应用程序每晚都会在后台上传调试日志，无论该应用程序当时是否正在使用。在SDK更新之后，当TransferService在奥利奥设备上运行时，我们必须强制设置一个通知。我们希望使用Aws SDK上传日志，但不希望显示通知，因为我们认为这会给我们的用户带来糟糕的体验。当用户启动应用程序时，只调用startService而不调用通知对象将会起作用。但是，当应用程序没有运行或不在内存中时，我们的上传日志任务将被触发，该任务将调用startService应用程序类的，后者会导致崩溃，因为当应用程序在后台时无法调用startService。

为了避免这种情况，我们试图绕过TransferService的使用，并在应用程序类中自行初始化TransferNetworkLossHandler。当应用程序正在使用或在内存中时，这似乎是有效的。但是，如果我们刷出应用程序，日志上传在后台调用时不起作用。日志也没有帮助。没有错误日志，我们正在获取正确的观察者ids，但是文件没有被上传到存储桶中。

我们使用以下代码绕过TransferService，并在应用程序类的 onCreate中初始化TransferNetworkLossHandler。

TransferNetworkLossHandler.getInstance(getApplicationContext());

为了在初始化后启动虚拟网络检查，我们使用

TransferNetworkLossHandler.getInstance(getApplicationContext()).onReceive(context, new Intent().setAction(ConnectivityManager.CONNECTIVITY_ACTION)); 

因此，基于网络连通性，SDK可以暂停或恢复下载。

我们有没有办法在8.0或更高版本的设备上使用Amazon SDK上传/下载而不使用通知？

此外，高度赞赏与此类用例的最佳实践相关的任何链接。