Provide option to use on-heap buffers for Snappy compression/decompression

The current code uses direct off-heap buffers for decompression. If many decompressors are instantiated across multiple threads, and/or the objects being decompressed are large, this can lead to a huge amount of off-heap allocation by the JVM. This can be exacerbated if overall, there is not heap contention, since no GC will be performed to reclaim the space used by these buffers.

It would be nice if there was a flag we cold use to simply allocate on-heap buffers here:

https://github.com/apache/incubator-parquet-mr/blob/master/parquet-hadoop/src/main/java/parquet/hadoop/codec/SnappyDecompressor.java#L28

We ran into an issue today where these buffers totaled a very large amount of storage and caused our Java processes (running within containers) to be terminated by the kernel OOM-killer.

**Reporter**: [Patrick Wendell](https://issues.apache.org/jira/secure/ViewProfile.jspa?name=pwendell)
#### Related issues:
- [Parquet+Snappy can cause significant off-heap memory usage](https://issues.apache.org/jira/browse/SPARK-4073) (breaks)

_{**Note**: *This issue was originally created as [PARQUET-118](https://issues.apache.org/jira/browse/PARQUET-118). Please see the [migration documentation](https://issues.apache.org/jira/browse/PARQUET-2502) for further details.*}

Bắt đầu với parquet-hadoop/src/main/java/parquet/hadoop/codec/SnappyDecompressor.java và kiểm tra cách các bộ đệm giải nén hiện đang được cấp phát. Xác định cách một flag sẽ chọn các bộ đệm on-heap, sau đó xác minh rằng quá trình giải nén Snappy vẫn hoạt động và chế độ được chọn tránh được mức tăng cấp phát off-heap đã được báo cáo.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.