メモリリーク、デッドロック、リダイレクトループ、JVMクラッシュ...バグだらけのWebアプリケーションを使ってバグを理解する - Qiita
概要 Webアプリケーションの開発や保守をしていると、いろいろなバグに遭遇します。メモリリーク、デッドロック、リダイレクトループ、JVMクラッシュ等々、バグは様々です。こういったバグは、実際にコードを書いて、実行・再現させてツールで解析してみると理解が深まります。 ということで、いろいろなバグを実装したWebアプリケーションをつくってみました。現時点では、以下を簡単に再現できます。 メモリリーク (Javaヒープ領域) メモリリーク (Permanent領域) メモリリーク (Cヒープ領域) デッドロック (Java) デッドロック (SQL) 完了しないプロセスの待機 無限ループ リダイレクトループ JVMクラッシュ ネットワークソケットリーク データベースコネクションリーク ファイルディスクリプタリーク XSS SQLインジェクション ExceptionInInitializerErr
メモリリークとは何か - kuenishi's blog
メモリリークに悩まされている技術者は多いだろう。メモリリークが嫌でGCという技術が開発されたといっても過言ではないし、歴史的にはC++からJavaへシフトが起きた大きな理由のひとつといっていい。Unix系の簡単な定義でいえば、ヒープ領域を指すポインタ（アドレス）をロストしてしまえばそのメモリはもう漏れたといってよい。たとえばこういったコードだ。 struct { int i; char c; } spam; int main(){ void* p; int i; for(i=0; i<1024; ++i){ p = malloc(sizeof(struct spam)); } pause(); } このコードではpause(3)の時点で約5KBのメモリが漏れている。free(3)を使えばメモリをOSに返却できるが、アドレスが分からないので返却できない。 ところが、ここでいいたいのは、メモリ
iPhone/iPadアプリ作成の仕上げ・国際化・デバッグ
iPhone/iPadアプリ作成の仕上げ・国際化・デバッグ：SDKで始めるiPad/iPhoneアプリ開発の勘所（3）（4/4 ページ） Leaksを使って“メモリリーク”を検出する iPhone/iPadアプリでは、メモリの確保と解放を明示的に行わなければなりません。ちょっとしたコーディングのミスで、アプリが必要のないメモリを確保し続けた状態になり、メモリを圧迫してしまうことがあります。これを「メモリリーク」といいます。 メモリリークが発生すると、アプリが異常終了したり、iPhone自体にも負荷が掛かってしまいます。これを避けるため、Xcodeにはアプリでメモリリークが発生していないかをチェックする「Leaks」というツールが付属しています。試しにLeaksを使用してメモリリークを発見してみましょう。 BMI計算アプリのexecuteResetメソッドに下記のコードを記述し、画面のリセッ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
