ダイレクトメモリ
多くのメモリに直接言えば、ヒープメモリの外側を考えます。しかし、概念的には、二人は同じことをしないでください。
外部メモリヒープがヒープの外のメモリであり、我々は、のmmapデータを、共通のメタデータ領域、スタック領域だけでなく、ダイレクトメモリだけでなく、JVMのC ++プログラムを持っています。
ダイレクトメモリとnonheapは概念ではありません、nonheap主なポイントは、そのメタデータ領域、コードキャッシュなどがあります。非ヒープ組成物は、jconsoleをして表示することができ、そこに明確なパーティションと内容があるが、これは非ヒープと呼ばれ、誤解しやすいです。
MaxDirectMemorySize：ダイレクトメモリJVMパラメータは、-XXを制御しています。制御パラメータを持っている一つは、誰もが、彼は実際に自分自身のうち計画JVM、と確かにメモリシステムの一部であり、彼の存在は、メタデータ領域が同じレベルであると言うことができることを理解するであろう。どちらも、いくつかのデータを保存するために、JVM自身の地域計画出ています。
Gcの影響を与えていませんか？
これは、メモリ管理の一部は、たくさんの本にJVMガベージコレクションではありませんと述べました。この引数は、非常に正確ではありません、あなたがGCによって完全に影響を受け、その後、彼は自分の魔法のメモリを書き込むことがJNI我々の共通のJNI、と純粋にヒープの契約であってはなりませんしたい場合は、適用する方法で楽しんで制御するのに何の変数が存在しませんリリース。これは、GCの影響を受けていないと呼ばれています。
最も一般的なJavaアプリケーションのコードを通してByteBufferのが、ヒープ内の参照があります。そして、それは本当にGCによって完全に影響を受けません。メモリ操作のこれらの低レベルの制御の彼のアプリケーションは、GCは本当に、我々はのByteBufferを適用するが、放出しなかった場合、それがメモリリークするので、GCのjavaはないオブジェクトヒープで、この時点で役割を果たしていることを意味し、再利用することはできませんされてGC Javaオブジェクトを再利用することができたときに、引用されたが、オブジェクトはメモリの直接的な表現に相当し、代表はGCかもしれとき、彼はまた、このメモリを解放し、そして最終的にリリースの目的を達成するため、避けるようにするためのJavaコードと呼ばれますインパクト。
ここでは、Javaコードのリリースです。
彼はfullgc-にSystem.gcを持っていない適用さ
このことから、私たちは、実際には、間接的にすることなく、この空間のGCの影響を受け、ではなく、ことがわかります。
コピー少なくとも一つの層
虽然很多人拿直接内存和0拷贝在一起讨论，这个也不是一回事，0拷贝算是系统的特性的部分了，直接内存顶多是少一层考虑，正常文件读取到堆，需要文件到系统内存，系统内存然后通过jni把数据拷贝到堆里。如果用直接内存去读取文件的数据，只要不是用来做处理，那么他是不需要拷贝到堆的，当然如果说，你要用来做处理，那么他本身也没什么优势了。
小结
直接内存和堆外内存不一样
直接内存本身不受gc的影响，但是由于有对象在堆引用这这块内存，那么受到gc的间接影响，典型的是java的代码里有system.gc去回收。
直接内存也和0拷贝不是一回事。
直接内存其实是jvm定义的空间，可以说堆，元数据区算在同一层次。