我想知道我是否必须经常(每小时)同步一堆文本数据 - 例如 10kb - 在发送之前压缩它不是更好吗?
例如,如果我压缩它然后发送到我的服务器,它将被解压缩和处理 - 应用程序将使用更少的传输。处理这种情况是好的模式吗?
我想知道我是否必须经常(每小时)同步一堆文本数据 - 例如 10kb - 在发送之前压缩它不是更好吗?
例如,如果我压缩它然后发送到我的服务器,它将被解压缩和处理 - 应用程序将使用更少的传输。处理这种情况是好的模式吗?
我认为这取决于您的问题集。如果它很小,最好压缩并发送整个内容。如果它不小,您可能需要考虑一种rsync样式的解决方案,它只传输所需的数据量以使文件同步。您仍然可能希望在线上进行压缩,但您不希望 rsync 压缩文件,因为一个小的更改可能会通过压缩级联成一个更大的更改。
链接也很重要,成本和功耗也很重要。压缩算法各不相同,但它会比不压缩花费更多的 CPU 时间。希望以大大减少发送时间为代价,最终节省您的电力。
因此,鉴于您正在谈论的问题集,一个小文件,我认为压缩它并将其发送出去会很好,特别是如果链接很慢(有时当您接收不良时会出现这种情况)。我不熟悉 Android 的框架,但是如果您通过 HTTP 发布文件,并且两端都支持 gzip 压缩,则可以“免费”获得它。