以下Anki卡牌数据结构和关键配置信息是采集自Github，记录到这里方便查看。

我们对于卡片的操作，大体可以分为两种：

• 生成卡片
• 回忆卡片

生成卡片，指的是输入字段内容后生成一张或多张新卡片。

根据《Anki学习中卡片间隔的处理方式》，学习也是回忆的过程，所以学习和复习卡片可以统称回忆卡片。

• 整体上，一张Anki卡片有“正常”和“筛选”两种状态。

• 如果卡片经过筛选条件，被放入了筛选Deck，则处于“筛选”状态，否则都处于“正常”状态。

“正常”状态

“正常”状态下的卡片，又可以分为以下4个子状态，每个子状态对应了卡片生命周期的不同阶段：

• “新”状态
• “学习中”状态
• “复习”状态
• “重学中”状态

新卡片顺序什么时候决定的？

新增卡片时决定的。

新卡片顺序如何决定的？

新增Note的逻辑：

• 找到Note对应的Model（即Note Type）的模板Templates，每个Model可能有多个Templates

• 获取全局计数器nextPos加1后的值

  • nextPos是属于Collection的全局配置，保存在config表中
  • nextPos每次新增卡片会递增1

• 遍历每个Template，根据Note、Template、Deck等信息生成Card

  • Card.due属性保存新卡片的到期时间，但对于不同类型的卡，该属性的值不同，参考文档说明

  • 新增卡片时为Card.due赋值

Anki卡片的本质是由一系列字段组成的数据结构。卡片的字段可以在Browser中看到，有些字段比较简单，例如Added代表“添加日期”，这是一眼就能看出的。有些字段比较复杂，例如Ease代表间隔扩大系数，需要明白调度算法才能理解。

其中有一个Due字段，代表“到期时间”，但不同卡片类型的Due值有所差异，这一点可能让人迷惑，在这里捋一捋。

什么是StatefulSet

RC、Deployment、DaemonSet都是面向无状态的服务，它们所管理的Pod的IP、名字，启停顺序等都是随机的，而StatefulSet是什么？顾名思义，有状态的集合，管理所有有状态的服务，比如MySQL、MongoDB集群等。
StatefulSet本质上是Deployment的一种变体，在v1.9版本中已成为GA版本，它为了解决有状态服务的问题，它所管理的Pod拥有固定的Pod名称，启停顺序，在StatefulSet中，Pod名字称为网络标识(hostname)，还必须要用到共享存储。
在Deployment中，与之对应的服务是service，而在StatefulSet中与之对应的headless service，headless service，即无头服务，与service的区别就是它没有Cluster IP，解析它的名称时将返回该Headless Service对应的全部Pod的Endpoint列表。
除此之外，StatefulSet在Headless Service的基础上又为StatefulSet控制的每个Pod副本创建了一个DNS域名，这个域名的格式为：
$(podname).(headless server name)
FQDN：$(podname).(headless server name).namespace.svc.cluster.local
例如访问mysql集群Master库：jdbc:mysql://mysql-0.mysql.mysql.svc.cluster.local:3306/test