[Java] Experiment with performance difference of avoiding the use of Avro Decoder

It has been posited that the Decoder object (and on-heap work in general) is potentially slow for decoding.

The scope of this Jira is to add a new method that instead of consuming from Decoder, consumes directly from a ByteBuffer.  In order to this we there needs to be utility classes for zig-zag decoding (one might existing in avro) from a ByteBuffer.

This is esentially rewriting logic in the decoder to work directly against a bytebuffer and then measure if there is a meaningful performance impact.

**Reporter**: [Micah Kornfield](https://issues.apache.org/jira/browse/ARROW-6593) / @emkornfield
#### Related issues:
- [[Java] Add support for skipping decoding of columns/field in Avro converter](https://github.com/apache/arrow/issues/22949) (is a clone of)

_{**Note**: *This issue was originally created as [ARROW-6593](https://issues.apache.org/jira/browse/ARROW-6593). Please see the [migration documentation](https://github.com/apache/arrow/issues/14542) for further details.*}

首先定位使用 Decoder 的 Java Avro 转换代码，并检查现有的 Avro zig-zag 解码工具。完成 ByteBuffer-based 解码及其工具支持的实现，并通过测量结果确定避免使用 Decoder 和堆上操作是否能带来有意义的性能影响后，这项工作才算完成。

由索引模型根据 Issue 内容生成。