R.javaの保護されたAndroid ID

Question

Androidソースコードに時間を費やしてきた人のために、android.Rクラスで生成されたIDは、1：1で見つかった実際のリソースを反映しているというニュースではありません。付属のJARのディレクトリres/。 drawable/styles/layoutの多くは、「公開」でなく、android.R.xxxを参照することでアプリケーションにアクセス可能です。

私の質問は、誰もがAndroidは、実際のリソースグラフとは異なりR.javaクラスを生成することができるれるメカニズムを知っているんですか？第2に、開発者としてライブラリとして使用されるアプリケーションで公開されるIDを部分的に保護するために利用できるメカニズム（ビルドルールなどを使用する）ですか？

ありがとうございます！ AAPTを使用して

Answer 1

Androidのパッケージのリソース、およびビルドプロセス中にこのツールを使用して、Rファイルを生成します。このステップでは、XMLファイルはバイナリにコンパイルされ、他のリソースはそのままパッケージ化されます。 .apkファイルをzipアーカイブとして開き、すべてのリソースファイルにそのままアクセスできます。ライブラリプロジェクトには、コンパイル時にプロジェクトに追加されるソースファイルとリソースが含まれているだけなので、.apkファイルには何らかの形で存在します。おそらく、XMLはすでにライブラリプロジェクト用にコンパイルされているため、レイアウトは1：1ではないでしょう。おそらく、aaptを使ってライブラリプロジェクトからビルド時にファイルを削除する方法がありますが、プロジェクトではアクセスできません。 aptとantを使用してコンパイル時にリソース名を難読化する方法もあるかもしれませんが、それでそれらがアクセスできなくなるわけではありません。

私はあなたが実際のリソースグラフとは異なりR.javaクラスを希望する理由はわかりません。ビルド時にこれらのリソースを含めないでください。あるいはapkに入れる予定です。あなたのレイアウトは出力にバイナリファイルとして圧縮されているので、別のプロジェクトでデコンパイルまたは再利用するのが簡単ではありません。

終盤はここで何ですか？それがあなたのリソースを守ることであれば、それは難しいでしょう。誰かが自分の電話を根絶する能力を持っているなら、Androidは非常に安全ではありません。私があなたのIPを保護したいのであれば、ここでの最終ゲームだと思っています。プロジェクトをapkにコンパイルし、apkから重要なリソースを逆コンパイルまたは抽出できるかどうか確認します。たぶん難読化を試みるかもしれませんが、コンパイルされたXMLファイルが、簡単に逆コンパイルできないほど難読化されているかどうかを知るには十分ではありません。

誰かが私が間違っているなら、私を修正して自由に感じるが、これはちょうど私の2セントです。