のOutOfMemoryError

Question

java.lang.OutOfMemoryError 
at com.solvoterra.xmlengine.Element.<init>(Element.java:9) 
at com.solvoterra.xmlengine.XML_Handler_Main.startElement(XML_Handler_Main.java:71) 
at org.apache.harmony.xml.ExpatParser.startElement(ExpatParser.java:146) 
at org.apache.harmony.xml.ExpatParser.append(Native Method) 
at org.apache.harmony.xml.ExpatParser.parseFragment(ExpatParser.java:505) 
at org.apache.harmony.xml.ExpatParser.parseDocument(ExpatParser.java:492) 
at org.apache.harmony.xml.ExpatReader.parse(ExpatReader.java:308) 
at org.apache.harmony.xml.ExpatReader.parse(ExpatReader.java:264) 
at com.solvoterra.xmlengine.Project_Man.readXML_File(Project_Man.java:148) 
at com.solvoterra.xmlengine.Project_Man.run(Project_Man.java:83) 
at java.lang.Thread.run(Thread.java:1102) 

私はこの情報があったように私はすべての詳細を知らないだけでSAXに関数を含む新しいプロセスがメモリにXMLファイルを解析して実行しながら、エラーが発生しました。このことから（RAM）を見ることができます市場の匿名ユーザーによって提供されます。

Parseへの関数がすべてのバッファと呼ばれる前に、既存のデータがメモリから消去されます。

Q：HUGE XMLデータベースをメモリにパースしようとしていて、携帯電話で割り当てられたRAMだけではデータベースを処理できない可能性がありますか？

Answer 1

Saxの解析方法では、（DOMとは対照的に）メモリ自体にはロードされません。 SAXによって生成されたイベントを処理するあなたのやり方だけがメモリ過負荷を引き起こす可能性があります。

は、あなたのユーザーが自由にXMLソースを選択することができた場合は、どちらかする必要があります。

• はBDに保存する解析アルゴリズムを構築したり、一度に解析する一つの要素の結果を提出
• XMLソースの最初のX要素をロードする構文解析アルゴリズムを構築し、要求されたときに次の要素を取得できるようにします（ページ区切り）
• XMLソースの長さを解析してから、小さなソースをロードする彼

このOutOfMemoryErrorのもう1つの理由は、XMLパーサーに関連していないアプリケーションでのメモリリークである可能性があります。たとえば、向きを注意深く扱わないと、メモリリークが発生しやすくなります。アプリケーションメモリが飽和している場合、OutOfMemoryErrorは任意のメモリ割り当てによってトリガされますが、この1つのメモリ割り当てはプロセスメモリの飽和全体に関与しない場合があります。

Answer 2

メモリが不足（XMLファイルがRAMに格納されている場合）は簡単に可能です。 SAX Parserはストリームベースの解析手法です（DOM Parserとは異なり）。したがって、SAX自体は多くのメモリを消費することはできません。最良の方法は、XMLを外部ファイル/ストレージに保存し、ストリームデータをファイルからSAX Parserに直接保存することです。このようなアプローチは、SAXパーサーを使用する方法とまったく同じです。