[Java] Unexpected Allocator states created after allocating buffer whose AllocationManager has different size from the requested size

If a buffer with altered AllocationManager size (which means, the size is different from request size) is created from a Allocator, then allocator still adds the request size rather than the altered size to its accountant. As a result inconsistency will be made once the buffer is getting destroyed because at that time the actual buffer size is used for releasing.

The predefined AllocationManager implementations don't make such inconsistencies since they always grant chunks within the request size. However we have [documented](https://github.com/apache/arrow/blob/e5f3e04b4b80c9b9c53f1f0f71f39d9f8308dced/java/memory/memory-core/src/main/java/org/apache/arrow/memory/AllocationManager.java#L184-L191) that the actual size can be altered from request size in custom implementations of AllocationManager. So this kind of customization should be supported.

**Reporter**: [Hongze Zhang](https://issues.apache.org/jira/browse/ARROW-14034) / @zhztheplayer
**Assignee**: [Hongze Zhang](https://issues.apache.org/jira/browse/ARROW-14034) / @zhztheplayer
#### PRs and other links:
- [GitHub Pull Request apache/arrow#11182](https://github.com/apache/arrow/pull/11182)

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

Comece pela documentação sobre o tamanho de AllocationManager vinculada na issue e, em seguida, acompanhe a contabilidade do allocator quando um buffer é criado e destruído. Revise a PR apache/arrow#11182 para consultar o trabalho que já está em andamento. Está concluído quando os tamanhos personalizados de AllocationManager não deixam mais a contabilidade do allocator inconsistente entre a alocação e a liberação.

Escrita pelo modelo de indexação a partir do texto da issue.