資源の読み込みに... 荷物...

メモリ漏洩問題 (解決)

作者: リン・ハーン沈没した船7作成日:2015年11月30日 10:28:10 更新日:2015年12月2日 01:58:48 更新日:2015年12月2日 01:58:48 更新日:2015年11月30日 更新日:2015年12月21日 更新日:2015年12月21日 更新日:2015年12月21日 更新日:2015年12月21日 更新日:2015年12月21日 更新日:2015年12月21日 更新日:2015年12月21日 更新日:2015年12月21日 更新日:2015年12月21日

自身の戦略は,メモリ占用が増加する問題が発生し,コードから問題を見つけることができず,似たような問題に直面した人,どのような解決法を使用したいと尋ねることです. 記憶漏洩が発生する場合は,指示を求めます. 強制的に記憶を回収する方法がありますか.

解決策は 1 循環中に多くの変数を大量に作らないこと 2, 主関数コードを最小限に抑える 3,子関数の参数を最小限に,取引所から取り戻し,上位から取り戻すのではなく,APIを複数呼び出すが関数間の関連性がなく,上位関数の変数のメモリができるだけ早く解放される. 4,様々なLog,LogStatusなどの状態表示関数は,main,ontick関数ではなく,個別の関数で表示することが望ましい. 5. 低速度要求のポリシー,例えば海賊版では,複数のAPIを呼び出すことも問題なく,呼び出し回数を意図的に減らす必要がない.そうでなければ,引用が過剰になり,メモリ空きに影響を与える.

疑いがあるかもしれませんが,問題は解決しました.


もっと

ラングフェン疑問は,コードから探すことです.

沈没した船7ループに変数を創らないようにする.そして,変数が使われた後に,=nullでリサイクルする.

ラングフェンポイントや解決策をシェアする

沈没した船7ありがとう,基本的には解決しました.