需要權限的功能要說清楚
Android 權限依類型有安裝時、執行時與特殊權限等機制。宣告需要某權限不代表使用者已授予；應在真正存取前核對狀態，依平台流程請求。不同 Android 與 target SDK 版本也可能影響行為。
先問功能能否用較少資料完成。例如選取一張照片，可能有系統選取器等較窄的方式，而不需要讀取整個媒體庫。權限應與當下功能相連，讓使用者理解目的。
拒絕與撤銷也是正常狀態
使用者可以拒絕、撤銷或只在部分情境授權。應用應重新核對狀態並提供可理解的替代路徑，例如錄音被拒絕時仍可打字，不反覆施壓要求與主要功能無關的權限。
權限清單只能顯示可取得的能力，不能單獨證明資料已外傳。若要判斷實際資料流，還需在授權測試中觀察操作、儲存與傳輸證據。
例子：純文字筆記要求麥克風
虛構筆記程式一開啟就要求麥克風，但使用者只想輸入文字，尚未選擇錄音功能。
要求時機與當下功能不一致。合理流程是在使用者啟動錄音時說明並請求；拒絕時保留文字功能。這個不合理請求本身還不能證明錄音已外傳。
判斷：指出最小權限與使用情境問題，同時保留資料流未知。
紙上練習：功能與權限對照
只分析虛構應用，不改手機設定或安裝軟體。
- 列出文字筆記、錄音筆記、選取單張照片三個功能。
- 各寫出所需能力與請求時機。
- 補上拒絕或撤銷後仍可用的路徑。
預期結果
文字輸入不依賴麥克風；錄音才需要相應能力；圖片選取先考慮最窄的系統機制。
自行檢核
宣告麥克風權限與實際錄音外傳之間，還缺哪些證據？
結束與清理
保存對照表，沒有裝置設定需要還原。