Flink key state 为何仅与 key 有关的

1. 依赖

前面两篇我已经讲过 Flink getRuntimeContext().getMapState的时候发生了什么？以及 Flink StateDescriptor Name的作用。
今天我们在这个的基础上一起来看一下，为什么 key state 仅仅与 key 有关，无论我取数据还是修改数据，仅仅只能取到(修改)这个key 对应的那一部分。

2. 以 RocksDBListState 为例

2.1 add、get 方法讲解

我们以 RocksDBListState 为例。分别查看 get 方法 和 add 方法
get 方法 通过源码我们可以追踪到

    byte[] key = serializeCurrentKeyWithGroupAndNamespace();
            byte[] valueBytes = backend.db.get(columnFamily, key);
            return deserializeList(valueBytes);

同理 add 方法

backend.db.merge(
                columnFamily,
                writeOptions,
                serializeCurrentKeyWithGroupAndNamespace(),
                serializeValue(value, elementSerializer)
            );

columnFamily 就不用说了，具体可以参考 Flink StateDescriptor Name的作用，主要就是 ColumnFamily Handle
writeOptions rockdb 的写控制，比如说是 sync 还是 async等
serializeValue 就是把 value 序列化成 byte 数组。

2.2 关键性方法讲解

关键性的方法来了 serializeCurrentKeyWithGroupAndNamespace，
就是序列化 key key-group namespace( 当时window 的时候 就是window( 如：TimeWindow{start=1590502000000, end=1590503000000} ) 否则就是 VoidNamespace)，
它的作用就是 ColumnFamily 下的 key

跟随 serializeCurrentKeyWithGroupAndNamespace 方法

// the bytes for the serialized composite key of key-group, key, namespace
    // key-group key namespace 序列化为 rockdb 在指定 column family 下的 key，value 就是 value
    byte[] serializeCurrentKeyWithGroupAndNamespace() {
        return sharedKeyNamespaceSerializer.buildCompositeKeyNamespace(currentNamespace, namespaceSerializer);
    }

3. 结论

像 add clear update 等方法都会用到 serializeCurrentKeyWithGroupAndNamespace 这也就是为什么，key state 只会有 key 有关，因为去取值或者修改的时候需要依赖于 key。