-1

私たちの会社では、どういうわけかクラッシュしたコードを本番環境に取得しました(ヒープが何らかの形で破損したため)。開発者が開発し、その後テスターが手を動かし、その後自然にリリースされました(月次リリース)。クラッシュするまではすべて問題ありませんでした...調査を試みたところ、ヒープが破損する可能性のある多くの場所が見つかりました...これを防ぐにはどうすればよいでしょうか? 私たちのコード レビューに打撃を与えましたか (常に 4/5 であり、コーダーの助けなしにそれを行っている開発者は 1 人だけです)? メモリ管理の政治を、スマート ポインターなどを介してのみ変更しますか? どんなアドバイスでもいいです!

4

1 に答える 1

1

可能であれば、管理言語(C#、Javaなど)を切り替えます。できない場合:

  • RAIIを使用します。
  • 誰がメモリの各ビットを所有しているかについて非常に明確にしてください。
  • 可能な限り、スタック上にオブジェクトを作成します。
  • 一貫した方法でスマートポインタを使用します。
  • コードレビューアに上記の点に注意してもらいます。
于 2009-11-13T09:36:46.773 に答える