android 6.0對於許可權管理比較收緊，因此在適配android 6.0的時候就很有必要考慮一些許可權管理的問題。

如果你沒適配6.0的裝置並且許可權沒給的話，就會出現類似如下的問題：

java.lang.SecurityException: Permission Denial: starting Intent { act=android.intent.action.CALL dat=tel:xxxxxxxxxxx cmp=com.android.server.telecom/.components.UserCallActivity } from ProcessRecord{b83b87a 16850
 
:com.chexiu.sales/u0a34} (pid=16850, uid=10034) with revoked permission android.permission.CALL_PHONE

google官方許可權分類：

如下為正常的許可權：

ACCESS_LOCATION_EXTRA_COMMANDS
ACCESS_NETWORK_STATE
ACCESS_NOTIFICATION_POLICY
ACCESS_WIFI_STATE
BLUETOOTH
BLUETOOTH_ADMIN
BROADCAST_STICKY
CHANGE_NETWORK_STATE
CHANGE_WIFI_MULTICAST_STATE
CHANGE_WIFI_STATE
DISABLE_KEYGUARD
EXPAND_STATUS_BAR
GET_PACKAGE_SIZE
INSTALL_SHORTCUT
INTERNET
KILL_BACKGROUND_PROCESSES
MODIFY_AUDIO_SETTINGS
NFC
READ_SYNC_SETTINGS
READ_SYNC_STATS
RECEIVE_BOOT_COMPLETED
REORDER_TASKS
REQUEST_INSTALL_PACKAGES
SET_ALARM
SET_TIME_ZONE
SET_WALLPAPER
SET_WALLPAPER_HINTS
TRANSMIT_IR
UNINSTALL_SHORTCUT
USE_FINGERPRINT
VIBRATE
WAKE_LOCK
WRITE_SYNC_SETTINGS
 

如下為危險許可權：

group:android.permission-group.CONTACTS
  permission:android.permission.WRITE_CONTACTS
  permission:android.permission.GET_ACCOUNTS
  permission:android.permission.READ_CONTACTS

group:android.permission-group.PHONE
  permission:android.permission.READ_CALL_LOG
  permission:android.permission.READ_PHONE_STATE
  permission:android.permission.CALL_PHONE
  permission:android.permission.WRITE_CALL_LOG
  permission:android.permission.USE_SIP
  permission:android.permission.PROCESS_OUTGOING_CALLS
  permission:com.android.voicemail.permission.ADD_VOICEMAIL

group:android.permission
 
-group.CALENDAR
  permission:android.permission.READ_CALENDAR
  permission:android.permission.WRITE_CALENDAR

group:android.permission-group.CAMERA
  permission:android.permission.CAMERA

group:android.permission-group.SENSORS
  permission:android.permission.BODY_SENSORS

group:android.permission-group.LOCATION
  permission:android.permission.ACCESS_FINE_LOCATION
  permission:android.permission.ACCESS_COARSE_LOCATION

group:android.permission-group.STORAGE
  permission:android.permission.READ_EXTERNAL_STORAGE
  permission:android.permission.WRITE_EXTERNAL_STORAGE

group:android.permission-group.MICROPHONE
  permission:android.permission.RECORD_AUDIO

group:android.permission-group.SMS
  permission:android.permission.READ_SMS
  permission:android.permission.RECEIVE_WAP_PUSH
  permission:android.permission.RECEIVE_MMS
  permission:android.permission.RECEIVE_SMS
  permission:android.permission.SEND_SMS
  permission:android.permission.READ_CELL_BROADCASTS

那麼問題來了，因為這些危險許可權導致app在6.0上面崩潰就不應該，所以要找好的方法來解決問題：

庫的地址：https://github.com/mylhyl/AndroidAcp

專案中的整合和使用：

1，gradle整合：

compile 'com.mylhyl:acp:1.1.5'

2，程式碼整合進來，方便修改

我採用2的方式

然後看下實際專案中的使用：

比如針對撥打電話許可權的6.0適配：

  /**
     * 直接撥打電話
     */
    public static boolean intentToCall(final Context context, final String phoneNumber) {
        if (context == null || StringUtil.isEmpty(phoneNumber)) {
            return false;
        }
        //6.0許可權處理
        Acp.getInstance(context).request(new AcpOptions.Builder().setPermissions(
            Manifest.permission.CALL_PHONE).build(), new AcpListener() {
            @Override public void onGranted() {
                Uri u = Uri.parse("tel:" + phoneNumber);
                Intent it = new Intent(Intent.ACTION_CALL, u);
                context.startActivity(it);
            }


            @Override public void onDenied(List<String> permissions) {

            }
        });

        return true;
    }

鏈式呼叫，提供授權和授權失敗兩種情況處理

如果提供許可權會呼叫onGranted(){}方法，你只需要在裡面新增授權後的操作就行。

如果授權失敗會呼叫onDenied(){}方法，你可以提醒使用者授權失敗，並進行後續操作。

並且該庫具有如下特點：

• 支援批量許可權申請，不需要重寫 onRequestPermissionsResult 方法，Activity 與 Fragment 中用法一致，一句話搞定。
• 處理許可權拒絕，或勾選不再詢問，導致不能正常使用功能的提示框，支援跳轉設定許可權介面開啟許可權，所有提示框文字可自定義。
• 相容小米跳轉許可權設定
• 增加M版本檢測

當然建議程式碼整合到專案中來，後期萬一修改也比較方便。