我收到關於這個特殊異常的報告,它讓我難堪,沒有找到任何運氣。這個應用程序已經在少數不同的設備上測試過,沒有任何類似的設備。
奇怪的是,用戶第一次運行應用程序時,會創建並顯示AlertDialog.Builder
,因此AlertDialog.Building
很可能是設備上真正的方法。該文檔還告訴我,API級別1後也會出現這種情況。
這個例外情況是否可以引用其他一些問題?
運行2.3.6的GT-N7000 Galaxy Note出現異常。
的堆棧跟蹤模糊化:
java.lang.NoSuchMethodError: android.app.AlertDialog$Builder.
at com.slowchop.wifiheat.lib.heat.Filter.void showSubjectDialog(java.lang.String,java.lang.String)(SourceFile:143)
at com.slowchop.wifiheat.lib.heat.Filter.void showChangeAccessPoint()(SourceFile:128)
at com.slowchop.wifiheat.lib.heat.HeatActivity.boolean onOptionsItemSelected(com.actionbarsherlock.view.MenuItem)(SourceFile:475)
at android.support.v4.app._ActionBarSherlockTrojanHorse.boolean onMenuItemSelected(int,com.actionbarsherlock.view.MenuItem)(SourceFile:119)
參與方法:
private void showSubjectDialog(String title, final String filter) {
new AlertDialog.Builder(context, AlertDialog.THEME_HOLO_DARK)
.setTitle(title)
.setAdapter(subjectAdapter, new DialogInterface.OnClickListener() {
public void onClick(DialogInterface dialog, int i) {
ListItem item = (ListItem)subjectAdapter.getItem(i);
updateFilterFromAlertDialog(dialog, filter, item.id);
}
}).show();
}
143線是:
new AlertDialog.Builder(context, AlertDialog.THEME_HOLO_DARK)
還有人認爲,來自不同的另一個堆棧跟蹤路徑,但繼續以相同的方式呼叫showChangeAccessPoint()
。在這種情況下,關於AlertDialog.Builder
錯誤是來自另一個AlertDialog.Builder
叫:
java.lang.NoSuchMethodError: android.app.AlertDialog$Builder.
at com.slowchop.wifiheat.lib.heat.Filter.void showSubjectDialog(java.lang.String,java.lang.String)(SourceFile:143)
at com.slowchop.wifiheat.lib.heat.Filter.void showChangeAccessPoint()(SourceFile:128)
at com.slowchop.wifiheat.lib.heat.Filter$2.void onClick(android.content.DialogInterface,int)(SourceFile:85)
at com.android.internal.app.AlertController$AlertParams$3.onItemClick(AlertController.java:935)
提到請問什麼是 「_ActionBarSherlockTrojanHorse」 是另一種方式? – dotty 2012-07-15 20:33:04
@dotty這是一個不幸的名字,不是。 https://groups.google.com/forum/?fromgroups#!topic/actionbarsherlock/BdzoSdOJy6I – 2012-07-15 20:40:51