[Java] Implement "ArrowBufReadChannel" abstraction and alternate MessageSerializer that uses this

The current MessageSerializer implementation is wasteful when used to read an IPC payload that is already in-memory in an `ArrowBuf`. In particular, reads out of a `ReadChannel` require memory allocation

- https://github.com/apache/arrow/blob/master/java/vector/src/main/java/org/apache/arrow/vector/ipc/message/MessageSerializer.java#L569

- https://github.com/apache/arrow/blob/master/java/vector/src/main/java/org/apache/arrow/vector/ipc/message/MessageSerializer.java#L290

In C++, we have abstracted memory allocation out of the IPC read path so that zero-copy is possible. I suggest that a similar mechanism can be developed for Java to improve deserialization performance for in-memory messages. The new interface would return `ArrowBuf` when performing reads, which could be zero-copy when possible, but when not the current strategy of allocate-copy could be used

**Reporter**: [Wes McKinney](https://issues.apache.org/jira/browse/ARROW-3192) / @wesm

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

Lesen Sie java/vector/src/main/java/org/apache/arrow/vector/ipc/message/MessageSerializer.java an den referenzierten Zeilen 569 und 290, um den aktuellen ReadChannel-Zuweisungspfad zu verstehen. Untersuchen Sie die vorgeschlagene ArrowBufReadChannel-Abstraktion und den alternativen MessageSerializer, wobei zero-copy-Lesevorgänge für im Speicher befindliche ArrowBuf-Payloads und ein Fallback mit Zuweisung und Kopieren die Abschlusskriterien sind.

Vom Indexierungsmodell aus dem Issue-Text verfasst.