ソースが変更されていない場合、Proguardは同じマッピングを提供することを保証しますか？場合

Question

、I

• は、すべてのバイナリ
• は再びそれを構築していないクリーンアッププロジェクト
• を構築します（何のソース/リソースとなどが変更されている）場合。

同じmapping.txtファイルを提供することをProguardが保証しますか？

Answer 1

ProGuardは確定的です。同じ入力の場合、同じ出力が生成されます。

オペレーティングシステムがディレクトリ（特にアーカイブ内にないクラスファイル）の入力ファイルを別の順序でリストしている場合、出力ファイルは異なる順序で処理される可能性があります。異なる。

Answer 2

実際に起こるかもしれませんが、私はプロガードがそれを保証しているとは思わないのです。

私はあなたがファイル名

を-applymappingマッピング

上の変更を避けるために、あなたのmapping.txtを再利用できるようになるとProguard documentationでこれを見つけたがプリントアウトされた指定された名前のマッピングを再利用するために指定しますこれまでのProGuardの難読化処理では、マッピングファイルにリストされているクラスとクラスメンバーは、指定された名前を受け取ります。言及されていないクラスとクラスメンバは新しい名前を受け取ります。マッピングは、入力クラスおよびライブラリクラスを参照することができる。このオプションは、インクリメンタルな難読化、つまり既存のコードにアドオンや小さなパッチを処理する場合に便利です。基本的にコードの構造が変更された場合、ProGuardはマッピングを適用すると競合が発生するという警告が表示されることがあります。両方の難読化処理で-useuniqueclassmembernamesオプションを指定することで、このリスクを減らすことができます。 1つのマッピングファイルのみが許可されます。難読化する場合のみ適用されます。

Answer 3

保証が必要な場合は、マッピングファイルを難読化プロセスの入力として使用する必要があります。しかし、そのマッピングファイルに関する矛盾に関するすべての警告を注意深くチェックする必要があります。それを無視すると、リフレクションで作業するときに微妙なエラーが発生することがあります。