在物流应用中实现离线数据同步

本文将解释离线功能在物流移动应用程序中的工作原理，并列出您需要利用的技术。我们还将向您介绍 IntelliSoft 开发团队在为物流应用程序添加离线功能方面的经验、我们遇到的困难以及我们是如何面对这些困难的。

什么是 "离线第一 "移动应用程序？

想象一下，你正在将新故事上传到 Instagram 个人档案。然后，你发现没有网络连接。接下来会发生什么？应用程序会将图片保存到缓存中，这样一旦设备连接到互联网，图片就会出现在 "故事 "部分。

这一功能体现了 "离线优先 "的软件工程原则，即允许在网络连接不畅或不存在网络连接的情况下访问移动应用程序的功能。

离线模式对社交媒体应用很有帮助。但是，在某些情况下，特别是在物流和仓储行业，移动应用程序的离线数据同步对于整体工作流程和员工的成功工作至关重要。

移动应用离线同步的优势

离线同步允许移动应用程序在没有互联网连接的情况下工作。通过这种方式，应用程序将数据存储在设备本地，并在恢复连接后与远程服务器同步数据。

离线同步可以改善移动应用程序的用户体验和性能。通过使用本地数据库进行离线同步，您还可以获得更多离线同步的好处：

• 更好的应用程序响应速度
• 网络连接不畅时，应用程序可靠性更高
• 更快地访问数据
• 降低网络流量和带宽消耗
• 改进网络错误处理

移动应用离线数据同步还可以提高数据的可靠性和安全性，因为您可以对数据进行本地加密并定期备份。离线同步还可以启用新的功能和场景，如离线编辑、离线搜索、离线分析和离线优先设计。

移动和网络离线数据同步：主要用途

正如我们所说，离线功能对于移动和网络应用程序的用户体验至关重要。现在，让我们来看看物流行业离线功能的示例，其中包括：

按需配送应用程序

想一想一个送外卖的人从餐馆按需送餐的情景。他正在前往客户所在地的途中，移动设备上的快递应用程序突然失去了与互联网的连接。快递员不知道如何到达目的地，也无法通知客户他将因为堵车而迟到。在这种情况下，离线功能可能会有所帮助，内置的离线地图可以显示缓存中保存的方向，并允许在快递设备重新建立适当的互联网连接后自动发送订单更新。

仓库库存管理系统

想象一下，仓库经理正在使用条形码扫描仪检查库存供应情况。一旦他扫描了所有新库存，最新数据就会自动上传到中央数据库。我们刚刚描述了完美世界中的情景。仓库连接不畅或没有互联网连接是导致无法进行在线条形码扫描的常见原因。另一方面，在库存应用程序中实施离线功能，并在建立互联网连接后将扫描数据发送到中央数据库，将使移动扫描解决方案顺利运行，并提高工人的工作效率。

车队管理应用程序

想想一位负责在仓库之间或向最终用户交付订单的物流经理。他使用的车队管理应用程序需要离线功能才能完成工作。为什么呢？因为要实现有效的最后一英里配送，物流经理必须知道车辆驾驶员何时到达目的地，以及已经配送的订单数量和车内剩余空间，这样驾驶员才能安排额外的配送。

最后一英里问题被称为整个交付过程中最重要的环节，为了解决这一问题，您可以启用离线支持，这将帮助员工在需要时随时随地将数据输入物流管理应用程序，无论是否有互联网接入。

既然您已经知道离线支持的重要性，让我们来看看在您的项目中实现这一功能的方法。

移动应用程序离线同步示例

为了了解移动应用程序和网络应用程序的离线数据同步在实践中的应用，让我们来看看移动应用程序使用离线同步的产品示例。

• Evernote 是一款广受欢迎的笔记应用程序，它允许用户离线创建、编辑和访问笔记，并在用户上网时将笔记与云同步。
• 音乐流媒体应用 Spotify 允许用户离线下载和播放歌曲，并在恢复网络连接后与账户同步。
• 谷歌地图（Google Maps）是一款导航应用程序，用户可以通过本地数据库离线下载和查看地图，并在之后与自己的位置和偏好同步。

上述所有移动应用程序的离线同步示例都说明了移动应用程序的离线同步如何为用户提高功能性和可用性。

什么是数据同步？关键方法

在深入探讨离线功能的更多细节之前，我们先来弄清楚这个过程包括哪些组件。

首先，客户端应用程序必须能让用户使用或更改信息。

其次，云服务器或内部服务器必须包含有用户交互信息的数据库。

例如，仓库应用程序允许用户更改剩余零件数量。一旦用户输入新数据，应用程序就会将这些更改发送到位于服务器端的数据库，并根据用户输入进行更改。但是，在没有互联网连接的情况下会发生什么呢？让我们来看看这个问题。

本地缓存用于离线功能和特性。本地缓存使应用程序能够将同一文件区域的多个写入操作合并为跨网络的一个写入操作。

要刷新缓存中的数据，可以采用以下策略：

• 本地优先。应用程序从本地缓存发回，在特定时间内不进入网络。这种方法适用于没有显示缓存数据风险的情况。
• 网络优先。软件从本地缓存获取信息。这种情况下不会连接服务器。
• 混合方法。应用程序从本地缓存发回数据，然后再从服务中获取数据。在这种情况下，应用程序可以等待来自服务器的通知，或者当应用程序没有收到任何通知时，它会在后台轮询服务，刷新数据，将其缓存到本地。

本地队列

本地队列可使某些应用程序功能脱机运行。当应用程序失去与网络的连接时，队列管理器的服务器请求会在本地排队，以便稍后处理。队列管理器还会通知用户，服务器已成功处理了队列中的操作。

如果您正在考虑将本地队列用于应用程序的离线功能，请考虑向用户提供以下信息：

• 关于排队操作的通知
• 队列的进度和实际状态
• 当进程仍在队列中时取消进程的可用性
• 数据输入的结果（成功或失败）

同步数据

数据同步是将数据从设备发送到服务器的另一种技术。这种方法同时利用了本地缓存和本地队列。数据同步方法适用于两个或多个设备之间的数据交换，以保持系统内的一致性。

如果您想利用数据同步让您的项目脱机工作，您可以选择以下几种同步类型：

• 移动数据更新。移动应用程序使用本地缓存或通过查询服务器的最新更改来应用或重建服务器的当前状态。
• 服务器数据更新。最常见的方法是使用本地队列，同时在服务器和应用程序上进行更改。

尽管数据同步技术是最方便的方法，但它并不是万能的，因为网络丢失往往会导致数据并发冲突。这时，开发人员就有责任 "合并 "服务器和应用程序上发生的更改。要合并数据并解决冲突，开发人员可以采取以下两种方法：

• 保留设备版本
• 保留服务器版本
• 同时保留两个版本

数据库中的数据复制

其中一个例子是，应用程序应为用户提供与其任务相关的数据访问权限，以便每个人都能在不影响他人的情况下工作。开发人员利用这种方法提高数据可用性并增加带宽。典型的情况包括一台服务器负载较高，这可能会导致应用程序因运行内存已满或停机时间过长而宕机。

复制是指中央数据库的一个或多个副本存储在两台不同的服务器上，并相互同步。一台服务器是 "主 "节点，接收所有数据记录查询，另一台服务器是 "副本 "节点，承担流量负载。如果我们想做一些更改，我们会呼叫第一个 "主 "服务器；该服务器接收所有必要的更改，并将所有更新的数据发送到所有 "副本 "服务器。如果用户需要读取数据，可以从所有可用的服务器上读取。

如果 "主 "服务器发生意外，"副本 "服务器将承担其功能，以便其他 "副本 "服务器连接到新的 "主 "服务器。因此，尽管出现任何不可预测的情况，系统仍能正常工作。

根据业务特点，应用程序可能需要完全复制，即在每个站点存储整个数据库，也可能需要部分复制，即复制一些常用的数据库片段，而不复制其他片段。

除了离线支持，企业还将数据发布集成到应用程序中，以实现灾难恢复、备份和高数据可用性。

数据复制功能听起来是否与数据同步类似？是的，很像。但这两种方法还是有一些区别的。

数据库中的数据复制与数据同步：有什么区别？

如前所述，数据复制包括在不同位置存储相同信息，以便将所有数据完全镜像或复制到另一台服务器，并至少存储两次。通过这种方式，用户可以更方便地访问数据，同时还能防止数据丢失。此外，复制只在一个方向上工作，这意味着它不包括额外的逻辑，也不可能出现数据冲突。

另一方面，数据同步指的是数据的一个子集（选择），并且是双向的–从客户端到服务器，反之亦然。因此，它被称为（双向）。这种逻辑在某种程度上增加了复杂性，因为它可能导致类似数据之间的冲突。同时，开发人员可以选择在一个方向上同步所有数据，使其工作方式与复制相同，从而消除可能的冲突。

但主要区别在于，这种逻辑只在一个方向上起作用–数据复制不能取代同步。

体验离线应用程序

为了避免同步过程中出现冲突，我们采用了数据复制的方法，即允许用户对保存在设备中的中央数据库副本进行干预，从而避免用户对中央数据库进行更改。

• 我们为存储在服务器上的中央数据库制作了用户最后一次在线时的快照。
• 创建数据库副本，将其保存在设备上。
• 用户可以查看该数据库，进行搜索等。
• 如果用户需要对中央数据库进行任何更改，应用程序就会创建这些查询，并将其存储在数据库更改日志的本地队列中。
• 一旦用户的设备连接到网络，应用程序就会将所有更改发送到中央服务，由中央服务验证这些更改的正确性。
• 如果输入的数据有误，中央服务会将其标记为 “错误”，并将此信息发送到用户设备，以便用户发现输入数据有误。
• 如果输入的数据全部正确，系统就会在中央数据库中执行所有更改。
• 现在，系统会进行二次同步数据，其中包括存储在设备上的新数据库快照。

在数据复制方法方面，我们使用了 Couch DB，因为该技术栈拥有有效的数据复制机制。CouchDB 允许实时对中央数据库进行所有这些操作–应用程序将所有更改发送到存储在服务器上的中央数据库，所有更改都会经过验证并应用到中央数据库。然后，应用程序将更新的数据库发送到设备。
如果用户的设备失去了与网络的连接，这个过程就需要更长的时间才能完成。

例如，当用户更改中央数据库中的项目名称时，这种方法就能很好地发挥作用。在设备连接到网络之前，用户的更改请求将保存在队列中。

如果用户一直处于离线状态，其他用户就无法看到自己更改的数据，因为如果用户一直处于离线状态，服务器就无法接收这些更改物品名称的请求。如果其他用户从本地数据库读取数据，用户就无法看到必要的更改，只能看到没有更新的旧版数据库。

虚拟数据允许用户接收有关特定项目的所有数据，然后从队列中应用项目名称更改请求。所有这些操作都不在服务器上进行，而是在设备的运行内存中进行。用户在设备上看到的所有更改都是在主数据库上进行的。尽管请求仍在队列中。

如果用户输入的数据被主服务器判定为 “错误”，那么用户稍后还可以再试一次，向中央数据库输入正确的信息。

确定您的模式

对于离线功能，有几种常见的模式定义了用户可以使用设备和服务器信息做些什么。了解这些模式将有助于您了解使用案例和解决数据冲突所需的逻辑。这些模式是

• 只读数据。最简单的模式是，当没有网络连接时，用户可以在应用程序上读取数据–用户从后端下载数据并更新到本地数据库。如果需要同步大量数据，应用程序应首先分析设备上的数据，只更新新信息或已更改的信息。
• 读/写数据（最后一次写入获胜）。如果只有一个用户离线更改数据库，那么这种模式非常适合应用。用户使用只读数据模式更改本地数据库中的数据后，应用程序会跟踪所有本地更改，以便稍后同步到数据库。但是，如果多个用户同时更改与服务器同步的相同数据，则最后更改的数据获胜。这种模式可能会导致数据丢失。因此，如果您的应用程序包括几个将离线操作的用户，请考虑以下模式。
• 冲突检测读/写数据。这种模式适合有多个离线操作的活跃用户的项目。由于这种情况比前两种模式更复杂，因此需要冲突检测和解决技术。解决方案可能包括跟踪更改并在同步时检测冲突更改。但冲突检测过程对每个系统来说都是高度个性化的，主要取决于所使用的数据类型和功能用例。

最后

在许多场景和使用案例中，移动应用程序的离线支持对基本业务功能至关重要。离线同步的需求还涉及物流行业的移动和网络应用程序，在这种情况下，与网络的连接可能会在短时间内每天出现几次。