获得徽章 16
赞了这篇文章
文件操作接口，涉及状态和事务，请问如何设计？
一个发布项目用的接口，需要做这些操作：
1. 检查此项目的状态，是否可以发布（只有未发布过的才可以发布）
2. 后端上传文件（可能有很多个文件，现在一个请求是最多 10 并发上传）到云服务（对象存储），文件不在前端，在后端，发布之前不允许提前将这些文件传到云对象存储
3. 文件全都上传成功后，改写此项目状态为已发布
4. 返回结果，前端结束 loading 状态，提示发布成功
请问这个接口应该怎么设计？因为整体比较耗时，有可能在中间上传文件的过程中失败。
我先谈下我的理解：
1. 检查项目状态的时候，就加上悲观锁，不允许其他请求读取此项目的状态
2. 上传的过程中，如果有失败，就返回失败信息，结束此请求
3. 都成功的话，就改写项目状态后，解锁，其他请求可以继续
一个发布项目用的接口，需要做这些操作：
1. 检查此项目的状态，是否可以发布（只有未发布过的才可以发布）
2. 后端上传文件（可能有很多个文件，现在一个请求是最多 10 并发上传）到云服务（对象存储），文件不在前端，在后端，发布之前不允许提前将这些文件传到云对象存储
3. 文件全都上传成功后，改写此项目状态为已发布
4. 返回结果，前端结束 loading 状态，提示发布成功
请问这个接口应该怎么设计？因为整体比较耗时，有可能在中间上传文件的过程中失败。
我先谈下我的理解：
1. 检查项目状态的时候，就加上悲观锁，不允许其他请求读取此项目的状态
2. 上传的过程中，如果有失败，就返回失败信息，结束此请求
3. 都成功的话，就改写项目状态后，解锁，其他请求可以继续
展开
4
1
赞了这篇沸点
亲爱的各位创作者们:
今天运营团队在进行日常的站内巡查时,发现有用户批量发布广告文章。我们在处理这些违规内容的过程中，由于技术脚本出现了一些失误,导致一些正常文章被误删。
我们意识到这个问题后，第一时间采取了补救措施，目前已经在紧急恢复被误删的文章。我们由衷地感到抱歉，给大家带来了不好的用户体验。
作为一个致力于为用户提供优质内容和良好社区氛围的平台，我们深知内容的重要性，也十分重视每一位用户的创作成果。我们将汲取此次教训，完善内容管理流程和技术手段，力求在打击违规内容的同时，最大限度地保障正常内容的安全。
再次向各位掘友真诚地道歉,感谢大家一如既往的支持和理解。我们将继续努力,为大家营造一个干净、友好、充满价值的社区环境。
今天运营团队在进行日常的站内巡查时,发现有用户批量发布广告文章。我们在处理这些违规内容的过程中，由于技术脚本出现了一些失误,导致一些正常文章被误删。
我们意识到这个问题后，第一时间采取了补救措施，目前已经在紧急恢复被误删的文章。我们由衷地感到抱歉，给大家带来了不好的用户体验。
作为一个致力于为用户提供优质内容和良好社区氛围的平台，我们深知内容的重要性，也十分重视每一位用户的创作成果。我们将汲取此次教训，完善内容管理流程和技术手段，力求在打击违规内容的同时，最大限度地保障正常内容的安全。
再次向各位掘友真诚地道歉,感谢大家一如既往的支持和理解。我们将继续努力,为大家营造一个干净、友好、充满价值的社区环境。
展开
128
69
赞了这篇文章
赞了这篇文章
赞了这篇文章
赞了这篇文章
赞了这篇文章
![[得意]](http://lf3-cdn-tos.bytescm.com/obj/static/xitu_juejin_web/img/jj_emoji_52.cc6d6bc.png)
赞了这篇文章
![[看]](http://lf3-cdn-tos.bytescm.com/obj/static/xitu_juejin_web/img/jj_emoji_97.39cdc9f.png)