Android 利用反射遍歷 R.raw、R.drawable 等資源 ID 的方法與風險提示

反射遍歷代碼

public void listRawResources() {
    Field[] fields = R.raw.class.getDeclaredFields();
    for (Field field : fields) {
        try {
            int resId = field.getInt(null); // static field, object 參數為 null
            String resName = field.getName();
            Log.d("RAW_RES", "Name: " + resName + ", ID: 0x" + Integer.toHexString(resId));
            // 使用資源
            // InputStream is = getResources().openRawResource(resId);
        } catch (IllegalAccessException e) {
            Log.e("RAW_RES", "Access failed: " + field.getName(), e);
        }
    }
}

關鍵點

• R.xxx.class.getDeclaredFields() 獲取所有靜態字段（資源 ID）。
• field.getInt(null) 讀取靜態 int 值，傳 null 而非實例。
• 同理可遍歷 R.drawable、R.string、R.layout 等內部類。

實際輸出示例

D/RAW_RES: Name: song, ID: 0x7f040000
D/RAW_RES: Name: background_music, ID: 0x7f040001

⚠️ 重大風險與不推薦理由

1. 資源 ID 不穩定：每次構建（尤其是清理重建）ID 可能變化，不可持久化存儲。
2. 混淆/壓縮影響：R8/ProGuard 可能重命名/移除未直接引用的資源，導致反射獲取不到。
3. 性能開銷：反射慢於直接引用，主線程大量遍歷會卡頓。
4. 語義模糊：失去編譯期檢查，拼寫錯誤只能運行時發現。
5. 違背資源系統設計初衷：資源本意是靜態聲明、編譯期綁定。

推薦替代方案

總結

反射遍歷 R 類技術上可行，但屬於「技術債」，生產環境嚴禁使用。善用 getIdentifier、TypedArray、資產文件索引等正規機制，保證構建穩定與可維護性。