每个号码的备注可以不一样，在来电页面显示的是备注

你这个命令也是奇葩

@renothing 嗯，request id 解决重放，client token 解决重复提交

@lihongjie0209 找到我司的一个 API 设计范式，你可以参考

client token 由前端通过 用户、服务、API 参数 hash 生成，全局唯一
当服务端收到带有 client token 的请求时，检查用户是否曾经发送过同一个 token。如是，则应检查 API 的参数是否完全一致，一致则 do nothing，直接返回成功。如果不一致，抛一个 4xx 错误，因为理论上是不可能的。

client token 前端可以通过库来实现，使用的时候完全透明

@lihongjie0209 写到 postForm 里不就完了

另外好的前端就不会出现重复提交的问题，提交后把 form disable 了，怎么重复提交？

@lihongjie0209 为什么要前端透明？前后端本来就是一体的，功能做到哪里更合理就做到哪里。

后端为什么要管这个，一般的做法是 API 设计的时候就需要传入格式
为 uuid 的 request id，相同则抛弃。这个直接做到 API gateway 那里，业务代码都不用管

面试官是没有权限发 Offer 的，只有 HR 才可以发

我选的微信

三天这个量，只能放弃关系数据库了

你的做法是对的，这种需求用 sql 最合适了

看了下题目，和这个 TaurusDB 关系不大。

[初赛赛题]
（ 1 ）赛题背景：TaurusDB 是一款极高性能的数据库，采用了计算 /存储分离的架构，存储引擎和计算分离后，配比更灵活性，可用性 /可靠性更高，性能也更稳定。
（ 2 ）赛题内容：本题需要按照题目提供的接口，实现一个简单的高性能的 kv 存储引擎。

（ 3 ）赛题详细说明：赛题组将进行持续更新，敬请期待……


[复赛赛题]
（ 1 ）赛题背景：计算 /存储分离是 TaurusDB 架构设计的一个关键点，计算存储分离后，资源扩展性得到了极大的增强。在网络时延给定的条件下，如何合理的进行计算能力的分配，最优化利用缓存，减少网络数据交互是一个关键挑战。

（ 2 ）赛题内容：本题在初赛的基础上，增加特定的查询接口，要求参赛者采用计算存储分
离的思想，在两个节点（分别代表计算、存储）之间采用合理的算法，实现一个高性能的分布式 kv 引擎。

（ 3 ）赛题详细说明：赛题组将进行持续更新，敬请期待……

Douglas Noël Adams

这个用时序数据库

移民到国外，走留学生途径即可，从此享受一等公民待遇

以人类目前的能力，做不到灭绝蚊子和苍蝇。