相关lc链接：rgw：lifecycle功能理解_ceph rgw lifecycle-CSDN博客
相关gc链接：RGW 的GC深入解析与调优-腾讯云开发者社区-腾讯云

每个rgw实例有rgw_lc_max_worker个worker (默认为3)来做lifecycle

RGWLC::LCWorker::entry()-> RGWLC::process() // 1天只执行1次，(如果rgw_lc_debug_interval>0，只要超过了该时间，就视为没有执行过，会继续执行)-> l.lock_exclusive()-> cls_rgw_lc_get_head() // 获取对象head，拿到marker-> cls_rgw_lc_get_entry() // 获取当前omap entry的状态-> cls_rgw_lc_get_next_entry() // 获取下一个omap entry-> cls_rgw_lc_set_entry() // 设置entry 状态-> cls_rgw_lc_put_head() // 设置head的marker-> l.unlock()-> bucket_lc_process() // 处理lifecycle 任务-> ol.get_obj() // 会借助LCObjLister去list objects, 然后将符合条件的bucket包装成对应的LCOpRule放入workpool，进而有worker来处理-> op_rule.process() // worker会调用注册的process函数，LCOpRule::process调用LCOpAction->process对于当前版本过期删实际会调用LCOpAction_CurrentExpiration::process()-> remove_expired_obj() -> del_op.delete_obj() // 实际会抽象一个删除cephrgw object的类RGWRados::Object::Delete完成对象的删除流程，因为对象的删除是一个多阶段的流程,里面会涉及标记对象状态，同时将对象记录到default.rgw.log中的gc.x对象队列中-> store->set_olh() // 处理.rgw.buckets.index 的状态-> bucket_index_link_olh() // 更新.rgw.buckets.index中对象索引的状态，确保业务不可见-> bucket_lc_post()

如果是空查每次有1写3读，耗时约4ms，每个worker大概的IO流程是：
1，lock_exclusive 写lc.x，获取lock，成功（这个不知道算写还是算读？看代码是WriteOP）
2，cls_rgw_lc_get_head 获取对象的head，成功
3，cls_rgw_lc_get_entry 获取entry，成功，但是为empty
4，unlock （这个算写还是读？）

如果是有任务，但是已在进行中，每次有1写3读，耗时约4ms，每个worker大概的IO流程是：
1，lock_exclusive 写lc.x，获取lock，成功
2，cls_rgw_lc_get_head 获取对象的head，成功
3，cls_rgw_lc_get_entry 获取entry，因为entry的状态是processing
4，unlock

如果lc.x有bucket任务，而且没有人执行过这个，大概4写2读，每个worker大概的IO流程是：
1，lock_exclusive 写lc.x，获取lock，成功
2，cls_rgw_lc_get_head 获取对象的head，成功
3，cls_rgw_lc_get_entry 获取entry，成功
4，cls_rgw_lc_set_entry 设置为processing，成功
5，cls_rgw_lc_put_head 设置marker，成功
6，bucket_lc_process 开始处理bucket
7，unlock