android反射變數

Ⅰ Android 11 反射屏蔽機制繞過方法

Android 11 apk開發過程中。使粗脊大用 反射機制 調用方法失敗，總是報錯(blocked, reflection, denied)，被拒絕，下面是解決方法

步驟一：In your root build.gradle:

步驟岩豎二野敗：In your library/build.gradle add:

Ⅱ android 可以反射到另一個應用裡面的類么

一個app不可以直接訪問另一個app的類。如果非要實現進程間通信，可以通過aidl做。可以考慮採用jar包的方式，將app B 打成jar文件 導入到 app A 中 就可以實現了。在應用中可以反射到類似framework裡面的 diaolog activity這些類，是因為import了這些類，所以在這些包以jar的形式編譯到應用。相反，是因為以jar的形式編譯到了應用，才有了import。如果沒有jar，就import不了。

Ⅲ android開發api選哪個版本合適

對於SDK版本，有兩種選擇 如果你開發技術比較高兼容的最全面可以考慮使用Android 1.5 API Level為3的，高版本API使用java反射調用 如果考慮較簡單可以使用Android 2.0或更高版本，發布時和API兼容性無關的可以設置androidmanifest.xml中的minSDK...

Ⅳ android 什麼是反射

-什麼是反射機制？

反射機制是在運行狀態中，對於任意一個類（Class），都能夠知道這個類的所有屬性和方法（Method）；對於任意一個對象，都能夠調用它的任意一個方法和屬性；這種動態獲取的信息以及動態調用對象的方法的功能稱為java語言的反射機制。

-反射機制能做什麼？

主要功能：調用隱藏API，即標注了 @hide 的方法。

其他：

在運行時判斷任意一個對象所屬的類；

在運行時構造任意一個類的對象；

在運行時判斷任意一個類所具有的成員變數和方法；

在運行時調用任意一個對象的方法；

生成動態代理。

-注意事項？

Google之所以要將一些API隱藏（指加上@hide標記的public類、方法或常量）是有原因的。其中很大的原因就是Android系統本身還在不斷的進化發展中。從1.0、1.1到現在即將問世的Android2.3.4。這些隱藏的API本身可能是不穩定的，所以，使用隱藏API，意味著程序更差的兼容性。

如果要我給出建議的話，最好還是不要使用隱藏的API。不過有時為了實現Android應用某些特殊的功能或者效果，隱藏的API往往能發揮意想不到的作用。這些API具體能做些什麼事，我就不在這里舉例了。正好，如果你不知道隱藏API能做什麼的話，那麼還是盡早放棄使用它們吧……

引用內容自：

ke.xsoftlab.net/view/209.html

blog.sina.com.cn/s/blog_5da93c8f0101e1yj.html

Ⅳ android 怎麼獲取應用安裝包的大小

網上找了一下有兩種方法：

1、直接拿到data目錄下對應的包，然後用File.length()方法獲得。然後會發現和設置里顯示的大小不同。

2、通過反射調用設置里源碼的方法獲得PackageStats類的實例。

兩種方法都不想用...

後來自己找到解決辦法：

PackageManager類有個getPackageSizeInfo方法如下：

復制代碼 代碼如下:

public abstract void getPackageSizeInfo(String packageName,

IPackageStatsObserver observer);

只是這個方法是hide的。

自己編譯一下的android2.3的Framework框架，把jar包拷出來，只需要把框架導入到library，設置在默認的android的lib之上遍可以優先使用自己編譯的框架了，其實也就是讓自己應用層能調用框架中的介面。

framework下載:點擊此處

下載好後，通過添加lib後把classes.jar添加到此lib中，如圖：

下面就是直接使用方法了。

代碼如下:

pm.getPackageSizeInfo(packageInfo.packageName,

new IPackageStatsObserver.Stub() {

public void onGetStatsCompleted(PackageStats stats,

boolean succeeded) {

Log.v("King", stats.codeSize);

Log.v("King", stats.dataSize);

Log.v("King", stats.cacheSize);

}

});

第一個參數是包名，想必大家都能拿到。

第二個參數是實現AIDL生成的JAVA介面的匿名內部類。在回調方法里即可處理程序大小數據。

stats.codeSize：應用程序大小

stats.dataSize：數據大小

stats.cacheSize：緩存大小

一般大家可能都是用listView去顯示每個應用的大小，而調用getPackageSizeInfo方法是不能立刻拿到值的，所以要和其他數據非同步顯示。

可以通過handler講數據發送出去後，然後調用Adapter的notifyDataSetChanged()方法更新顯示應用大小。

也許你還想點擊每一項可以可以直接跳轉到設置里的應用管理界面，而不自己去寫卸載、清除緩存等方法。設置源碼的方法如下，可以搬過來照樣用：

代碼如下:

Intent intent = new Intent(Settings.ACTION_APPLICATION_DETAILS_SETTINGS,Uri.fromParts("package",包名 ,null));

// start new activity to display extended information

startActivityForResult(intent, 1);

Ⅵ Android系統怎麼利用利用Java反射技術阻止通過按鈕關閉對話框（AlertDialog）

眾所周知，AlertDialog類用於顯示對話框。關於AlertDialog的基本用法在這里就不詳細介紹了，網上有很多，讀者可以自己搜索。那麼本文要介紹的是如何隨心所欲地控制AlertDialog。
現在我們來看看第一個需求：如果某個應用需要彈出一個對話框。當單擊「確定「按鈕時完成某些工作，如果這些工作失敗，對話框不能關閉。而當成功完成工作後，則關閉對話框。當然，無論何程度情況，單擊「取消」按鈕都會關閉對話框。
這個需求並不復雜，也並不過分（雖然我們可以自己弄個Activity來完成這個工作，也可在View上自己放按鈕，但這顯示有些大炮打蚊子了，如果對話框上只有一行文本，費這么多勁太不值了）。但使用過AlertDialog的讀者都知道，無論單擊的哪個按鈕，無論按鈕單擊事件的執行情況如何，對話框是肯定要關閉的。也就是說，用戶無法控制對話框的關閉動作。實際上，關閉對話框的動作已經在Android SDK寫死了，並且未給使用者留有任何介面。但我的座右銘是「宇宙中沒有什麼是不能控制的」。
既然要控制對放框的關閉行為，首先就得分析是哪些類、哪些代碼使這個對話框關閉的。進入AlertDialog類的源代碼。在AlertDialog中只定義了一個變數：mAlert。這個變數是AlertController類型。AlertController類是Android的內部類，在com.android.internal.app包中，無法通過普通的方式訪問。也無法在Eclipse中通過按Ctrl鍵跟蹤進源代碼。但可以直接在Android源代碼中找到AlertController.java。我們再回到AlertDialog類中。AlertDialog類實際上只是一個架子。象設置按鈕、設置標題等工作都是由AlertController類完成的。因此，AlertController類才是關鍵。
找到AlertController.java文件。打開後不要感到頭暈哦，這個文件中的代碼是很多地。不過這么多代碼對本文的主題也沒什麼用處。下面就找一下控制按鈕的代碼。
在AlertController類的開頭就會看到如下的代碼： View.OnClickListener mButtonHandler = new View.OnClickListener() {
public void onClick(View v) {
Message m = null ;
if (v == mButtonPositive && mButtonPositiveMessage != null ) {
m = Message.obtain(mButtonPositiveMessage);
} else if (v == mButtonNegative && mButtonNegativeMessage != null ) {
m = Message.obtain(mButtonNegativeMessage);
} else if (v == mButtonNeutral && mButtonNeutralMessage != null ) {
m = Message.obtain(mButtonNeutralMessage);
}
if (m != null ) {
m.sendToTarget();
} // Post a message so we dismiss after the above handlers are executed
mHandler.obtainMessage(ButtonHandler.MSG_DISMISS_DIALOG, mDialogInterface)
.sendToTarget();
}
};
從這段代碼中可以猜出來，前幾行代碼用來觸發對話框中的三個按鈕（ Positive 、 Negative 和 Neutral ）的單擊事件，而最後的代碼則用來關閉對話框（因為我們發現了 MSG_DISMISS_DIALOG 、猜出來的）。
mHandler.obtainMessage(ButtonHandler.MSG_DISMISS_DIALOG, mDialogInterface)
.sendToTarget(); 上面的代碼並不是直接來關閉對話框的，而是通過一個 Handler 來處理，代碼如下：
private static final class ButtonHandler extends Handler {
// Button clicks have Message.what as the BUTTON{1,2,3} constant
private static final int MSG_DISMISS_DIALOG = 1 ;

private WeakReference < DialogInterface > mDialog; public ButtonHandler(DialogInterface dialog) {
mDialog = new WeakReference < DialogInterface > (dialog);
} @Override
public void handleMessage(Message msg) {
switch (msg.what) {

case DialogInterface.BUTTON_POSITIVE:
case DialogInterface.BUTTON_NEGATIVE:
case DialogInterface.BUTTON_NEUTRAL:
((DialogInterface.OnClickListener) msg.obj).onClick(mDialog.get(), msg.what);
break ;

case MSG_DISMISS_DIALOG:
((DialogInterface) msg.obj).dismiss();
}
}
}
從上面代碼的最後可以找到 ((DialogInterface) msg.obj).dismiss();。現在看了這么多源代碼，我們來總結一下對話框按鈕單擊事件的處理過程。在AlertController處理對話框按鈕時會為每一個按鈕添加一個onclick事件。而這個事件類的對象實例就是上面的mButtonHandler。在這個單擊事件中首先會通過發送消息的方式調用為按鈕設置的單擊事件（也就是通過setPositiveButton等方法的第二個參數設置的單擊事件），在觸發完按鈕的單擊事件後，會通過發送消息的方式調用dismiss方法來關閉對話框。而在AlertController類中定義了一個全局的mHandler變數。在AlertController類中通過ButtonHandler類來對象來為mHandler賦值。因此，我們只要使用我們自己Handler對象替換ButtonHandler就可以阻止調用dismiss方法來關閉對話框。下面先在自己的程序中建立一個新的ButtonHandler類（也可叫其他的名）。
class ButtonHandler extends Handler
{ private WeakReference < DialogInterface > mDialog; public ButtonHandler(DialogInterface dialog)
{
mDialog = new WeakReference < DialogInterface > (dialog);
} @Override
public void handleMessage(Message msg)
{
switch (msg.what)
{ case DialogInterface.BUTTON_POSITIVE:
case DialogInterface.BUTTON_NEGATIVE:
case DialogInterface.BUTTON_NEUTRAL:
((DialogInterface.OnClickListener) msg.obj).onClick(mDialog
.get(), msg.what);
break ;
}
}
} 我們可以看到，上面的類和AlertController中的ButtonHandler類很像，只是支掉了switch語句的最後一個case子句（用於調用dismiss方法）和相關的代碼。
下面我們就要為AlertController中的mHandler重新賦值。由於mHandler是private變數，因此，在這里需要使用Java的反射技術來為mHandler賦值。由於在AlertDialog類中的mAlert變數同樣也是private，因此，也需要使用同樣的反射技術來獲得mAlert變數。代碼如下：
先建立一個 AlertDialog 對象
AlertDialog alertDialog = new AlertDialog.Builder( this )
.setTitle( " abc " )
.setMessage( " content " )
.setIcon(R.drawable.icon)
.setPositiveButton( 「確定」,
new OnClickListener()
{
@Override
public void onClick(DialogInterface dialog,
int which)
{ }
}).setNegativeButton( " 取消 " , new OnClickListener()
{ @Override
public void onClick(DialogInterface dialog, int which)
{
dialog.dismiss();
}
}).create()
上面的對話框很普通，單擊哪個按鈕都會關閉對話框。下面在調用 show 方法之前來修改一個 mHandler 變數的值， OK ，下面我們就來見證奇跡的時刻。 try
{

Field field = alertDialog1.getClass().getDeclaredField( " mAlert " );
field.setAccessible( true );
// 獲得mAlert變數的值
Object obj = field.get(alertDialog1);
field = obj.getClass().getDeclaredField( " mHandler " );
field.setAccessible( true );
// 修改mHandler變數的值，使用新的ButtonHandler類
field.set(obj, new ButtonHandler(alertDialog1));
}
catch (Exception e)
{
}
// 顯示對話框
alertDialog.show(); 我們發現，如果加上try catch語句，單擊對話框中的確定按鈕不會關閉對話框（除非在代碼中調用dismiss方法），單擊取消按鈕則會關閉對話框（因為調用了dismiss方法）。如果去了try…catch代碼段，對話框又會恢復正常了。
雖然上面的代碼已經解決了問題，但需要編寫的代碼仍然比較多，為此，我們也可採用另外一種方法來阻止關閉對話框。這種方法不需要定義任何的類。
這種方法需要用點技巧。由於系統通過調用dismiss來關閉對話框，那麼我們可以在dismiss方法上做點文章。在系統調用dismiss方法時會首先判斷對話框是否已經關閉，如果對話框已經關閉了，就會退出dismiss方法而不再繼續關閉對話框了。因此，我們可以欺騙一下系統，當調用dismiss方法時我們可以讓系統以為對話框已經關閉（雖然對話框還沒有關閉），這樣dismiss方法就失效了，這樣即使系統調用了dismiss方法也無法關閉對話框了。
下面讓我們回到AlertDialog的源代碼中，再繼續跟蹤到AlertDialog的父類Dialog的源代碼中。找到dismissDialog方法。實際上，dismiss方法是通過dismissDialog方法來關閉對話框的，dismissDialog方法的代碼如下： private void dismissDialog() {
if (mDecor == null ) {
if (Config.LOGV) Log.v(LOG_TAG,
" [Dialog] dismiss: already dismissed, ignore " );
return ;
}
if ( ! mShowing) {
if (Config.LOGV) Log.v(LOG_TAG,
" [Dialog] dismiss: not showing, ignore " );
return ;
} mWindowManager.removeView(mDecor); mDecor = null ;
mWindow.closeAllPanels();
onStop();
mShowing = false ;

sendDismissMessage();
}
該方法後面的代碼不用管它，先看 if(!mShowing){ … } 這段代碼。這個 mShowing 變數就是判斷對話框是否已關閉的。因此，我們在代碼中通過設置這個變數就可以使系統認為對話框已經關閉，就不再繼續關閉對話框了。由於 mShowing 也是 private 變數，因此，也需要反射技術來設置這個變數。我們可以在對話框按鈕的單擊事件中設置 mShowing ，代碼如下：
try
{
Field field = dialog.getClass()
.getSuperclass().getDeclaredField(
" mShowing " );
field.setAccessible( true );
// 將mShowing變數設為false，表示對話框已關閉
field.set(dialog, false );
dialog.dismiss();}
catch (Exception e)
{}
將上面的代碼加到哪個按鈕的單擊事件代碼中，哪個按鈕就再也無法關閉對話框了。如果要關閉對話框，只需再將 mShowing 設為 true 即可。要注意的是，在一個按鈕里設置了 mShowing 變數，也會影響另一個按鈕的關閉對話框功能，因此，需要在每一個按鈕的單擊事件里都設置 mShowing 變數的值。 本文來自CSDN博客，轉載請標明出處： http://blog.csdn.net/nokiaguy/archive/2010/07/27/5770263.aspx

Ⅶ android.telephony.telephonymanager怎麼反射調用

TelephonyManager tm = (TelephonyManager) getSystemService(Context.TELEPHONY_SERVICE);
/**
* 返回電話狀態
*
* CALL_STATE_IDLE 無任何狀態時
* CALL_STATE_OFFHOOK 接起電話時
* CALL_STATE_RINGING 電話進來時
*/
tm.getCallState();
//返回當前移動終端的位置
CellLocation location=tm.getCellLocation();
//請求位置更新，如果更新將產生廣播，接收對象為注冊LISTEN_CELL_LOCATION的對象，需要的permission名稱為ACCESS_COARSE_LOCATION。
location.requestLocationUpdate();