recover readers exactly from checkpoint

[Abingcbc]

问题

之前在从checkpoint恢复reader时，无论之前reader在哪个位置，都会将reader放置到readerArray中，然后在后续移动到正确的位置。
如果出现日志轮转文件数量大于readArray最大大小时，并且出现inode复用，就会出现readerArray顺序错误（readerArray强要求，reader顺序按照文件轮转降序排列，即 log.2 log.1 log）
目前，已知导致的问题：

1. 错误恢复导致的reader关闭，日志截断
2. 错误恢复导致文件读取位置置为开头，日志采集重复

解决方法

在checkpoint中新增字段，保存reader在readerArray中的位置。
-2：不在队列中
-1：默认值，新建的reader，需要放置到readerArray末尾
>0：在readerArray中的实际位置
在从checkpoint中恢复的时候，根据不同的值，恢复reader到之前准确的位置。

[henryzhx8]

1. checkpoint恢复时不要收到队列长度20的限制；
2. 确认一下升级的那一下，checkpoint里没有idx字段的情况

[messixukejia]

需要针对性的给出e2e测试场景构造，让这些场景都有机会触发。专门记个任务吧。