Rust-rocksdb: 前缀迭代器的行为很奇怪

你好，
如果给prefix_iterator的前缀比在Options（ set_prefix_extractor ）中声明的前缀更长。
您不会出错，它不会忽略前缀的其余部分，它的行为就像是一个前缀和一个From。
像这样：

set_prefix_extractor(len)
myp = &[1u8; len+1];
prefix(myp[..len]) + From(myp)

还有一个实际的工作示例：

let prefix_extractor = rocksdb::SliceTransform::create_fixed_prefix(1);
let mut opts = Options::default();
opts.create_if_missing(true);
opts.set_prefix_extractor(prefix_extractor);
let db = DB::open(&opts, &tempdir).unwrap();


db.put(&[0,0,0,0], &[0,0,0,0]).unwrap();
db.put(&[0,0,0,1], &[0,0,0,1]).unwrap();
db.put(&[0,1,0,1], &[0,1,0,1]).unwrap();
db.put(&[0,1,1,1], &[0,1,1,1]).unwrap();
db.put(&[0,1,2,1], &[0,1,2,1]).unwrap();
db.put(&[2,0,0,0], &[2,0,0,0]).unwrap();
db.put(&[2,2,2,2], &[2,2,2,2]).unwrap();

let me = db.prefix_iterator(&[0,1,0]);
for (key, value) in me {
    println!("Saw {:?} {:?}", key, value);
}

这将打印以下结果：

Saw [0, 1, 0, 1] [0, 1, 0, 1]
Saw [0, 1, 1, 1] [0, 1, 1, 1]
Saw [0, 1, 2, 1] [0, 1, 2, 1]

因此，第一个字节的行为就像一个真实的前缀（给出完全匹配），但其余字节既不是前缀也不被忽略，它们被用作“ From”（您可以看到它忽略了以[0,0 ]，但包含较大的字节，例如[0,2]）

这是通缉的行为，还是一个错误？