请教一个前端暂存数据的问题

[yanz123]

我们有个功能会在前端记录客服的行为，积累了 5 分钟或者积累了 20 条记录就会调接口统一发到后端处理。
如果后端接口报错了，前端就会把这些记录继续暂存在前端，等接口恢复之后统一发给后端。
这种模式下前端可能会无限积累数据。
比较极端的情况是 前端把数据暂存在 localstorage 里面，localstorage 被修改后会有脏数据，这样前端把脏数据发到后端会报 4XX 错误，导致前端永远无法再调通后端接口，除非把 localstorage 清空。
不知道还有没有常见的情况会导致这种无法恢复的场景发生。
这种情况下通常应该怎么设计？
1.前端积累到一定的数据量之后，进入另一个逻辑，比如 100 条就分 5 段发送，有一段不成功就丢弃那段的所有数据？
2.不知道有没有更好的方法。

[0x19921213]

> 比较极端的情况是 前端把数据暂存在 localstorage 里面，localstorage 被修改后会有脏数据，这样前端把脏数据发到后端会报 4XX 错误，导致前端永远无法再调通后端接口，除非把 localstorage 清空。
这个是什么意思。

[Chad0000]

浏览器的数据库中？

[yanz123]

现在测试发现前端如果参数传错了的话，后端会返回 4XX 。 前端的数据是存在 localstorage 里面作为参数，如果参数被修改了，也会导致后端一直返回 4XX 。这样程序还没走到后端就失败了

[zoharSoul]

sqlite 不行吗? 我看客户端都是存这个里 一般

[7911364440]

cookie ？

[renmu]

你们的接口是经常会挂吗?加个最大重试次数呗

[renmu]

或者后端自己把脏数据洗了

[yanz123]

问题的根本在于 前端如果有脏数据了之后前端自己感知不到，只会再次往后端发数据，后端返回 4XX 后，前端发送不成功 继续累积数据。

[darkengine]

@zoharSoul sqlite 在 iOS/Android 上用，OP 问的应该是 web 的方案。

可以跟后端协商一个脏数据的 4xx error code 啊，尝试上传的时候返回这个 code 就清掉 localStorage 的数据。

[Freakr]

后端一律返回 200 ，解析不了的放另一个表里

[stillsilly]

@yanz123
数据格式错误定一个单独的错误码，如果是这个错误码，把 localstorage 里的数据全部清除

[yanz123]

接口并不会挂，今天测试的时候偶然发现，接口传错数据了会造成前端数据累积，引发的这个联想。
4XX 的时候，逻辑并没有进到后端，后端无法处理。

[Chad0000]

@darkengine 浏览器也就是 web 有数据库。

[implion]

不能在发送给服务器之前，从 localStorage 取出数据，然后校验下数据，再上传吗？你无法区分数据是不是脏数据？一般被服务器认为是脏数据，要么是数据格式不对，要么是时间戳不对

[darkengine]

@Chad0000 有关键字没，我也学下，我们的产品是全部怼到 localStorage 了。

[implion]

应该不是逻辑没进入后端，是后端用了数据格式校验的框架，在数据格式校验的时候就不通过，就给 throw 了

[hqmJoker]

这不是调用完就清数据就行？（不管成不成功）

因为如果本来数据有问题，还保存的话下次也会有问题。如果没有问题，那么这批数据就没用了，所以都得清掉，除非后端能返回更多的信息，根据返回信息清理旧数据。

[llsquaer]

后端数据错误或者不合理 返回 4xx 本来就合理

按正常逻辑怎么来的脏数据呢? 不妨前端优化下前端逻辑避免脏数据. 后端严卡数据进入.

[yanz123]

全部粗暴丢弃的话有一个弊端，就是可能不是数据脏了导致前端没有把数据发给后端，可能是后端挂了导致的，这样后端再重启后，前端其实是可以把这些数据传到后端的

[dingjs]

@darkengine IndexedDB https://developer.mozilla.org/en-US/docs/Web/API/IndexedDB_API