AndroidStudio：「デバッグ可能」とは何ですか？

Question

私はdebuggable true文はありません内容を正確に把握したいと思います：

// build.gradle 
android 
    {   
    buildTypes 
     { 
     debug 
      { debuggable true 
      }  
     } 
    } 

I 午前、それはエミュレータ（genymotion）を使用せずにデバッグすることが：ブレークポイントが動作します。 Log.d(...)ステートメントはAndroidモニターに出力されます。

debuggableフラグがの中にあるので、セクションのdebugセクションは、とにかく冗長であるようです。 buildTypesセクションの外側にあるべきではありません。debugビルドタイプを使用する必要があることをideに示しますか？

---

またdebugとrelease buildtypesの差のいくつかの簡単な素人一般的な背景の理解を得るためにいいだろう。

Answer 1

これは、アプリケーションのマニフェストが生成されたときにAndroidのgradleプラグインにdebuggableフラグを含めるようにします。これにより、エミュレータまたはデバイスで実行中にデバッガをアプリケーションに接続することができます。

Answer 2

Androidでは、デバッガはJDWPを使用して仮想マシンと通信します。デバッグが有効な場合、VMはJDWPトラフィックをリスンして要求に応答する専用のスレッドを作成します。 （gdbなどのネイティブデバッガを使用することもできますが、それは魚の別のケトルです）

消費者に販売されているデバイスでは、通常、余分なスレッドを実行する必要はありません。デバッグ可能。また、マルウェアはデバッガインタフェースを使用して実行中のアプリを調べたり操作したりする可能性があるため、無効にすることが最も安全です。一方、エミュレータ上で動作するものはすべてデバッグ可能でなければならないので、デフォルト動作は異なります。 ro.debuggableシステムプロパティによってこれが決まります（adb shell getprop ro.debuggable）。

アプリマニフェストのdebuggableフラグは、アプリが開発中であることをVMに通知し、アプリが本番端末で実行されているかどうかに関係なく、デバッガからの接続を許可する必要があります。

上記のすべては、ビルドではなく、アプリケーションのランタイム動作に関連しています。デバッグビルドはリリースビルドとも異なります。 -gフラグをjavacに渡すと、追加の情報が出力され、.dexファイルに追加のデバッグ情報を取り除くか保持するオプションがdxになります。 （私は、どのようにgradleフラグがこれらと相互作用しているのかわかりません）