[bugfix] 解决进度条过长时的异常，优化 checkpoint_callback 逻辑

[00INDEX]

Description：升级 rich 依赖版本；修改 topk_saver.py 中的 Saver 逻辑：当用户提供了 folder 时，优先使用用户提供的，而不是从 checkpoint 中 resume 的。

Main reason: 考虑四种情景：

1. 使用 timestamp_folder，恢复训练的代码不指定 checkpoint 的 folder：新的 checkpoint 仍保存在之前的 timestamp_folder 中；
2. 使用 timestamp_folder，恢复训练的代码指定了 checkpoint 的 folder：新的 checkpoint 保存在用户提供的 folder 中的新的 timestamp_folder 中；
3. 不使用 timestamp_folder，恢复训练的代码不指定 checkpoint 的 folder：新的 checkpoint 仍保存在之前的 folder 中；
4. 不使用 timestamp_folder，恢复训练的代码指定 checkpoint 的 folder：新的 checkpoint 保存新的 folder 中。

Checklist 检查下面各项是否完成

Please feel free to remove inapplicable items for your PR.

• [x] The PR title starts with [$CATEGORY] (例如[bugfix]修复bug，[new]添加新功能，[test]修改测试，[rm]删除旧代码)
• [x] Changes are complete (i.e. I finished coding on this PR) 修改完成才提PR
• [x] All changes have test coverage 修改的部分顺利通过测试。对于fastnlp/fastnlp/的修改，测试代码必须提供在fastnlp/test/。
• [x] Code is well-documented 注释写好，API文档会从注释中抽取
• [x] To the my best knowledge, examples are either not affected by this change, or have been fixed to be compatible with this change 修改导致例子或tutorial有变化，请找核心开发人员

Changes: 逐项描述修改的内容

• 修改 requirements.txt 中的 rich 版本
• 修改 topk_saver.py 中的 load_state_dict 部分，当 checkpoint_callback 构造时如果用户主动提供了一个 folder，那么不管 checkpint 保存的 callback 状态是什么，优先使用用户的。