Android 设置来电铃声、通知铃声、闹钟铃声中的坑

最新作项目，遇到一个铃声设置的bug，一直被延期了大半年，终于忍不住了，花了大半天时间来研究问题所在。其实这个功能百度一下有不少，但大部分都是同一篇文章，咱们项目里最开始就是参考的百度的代码片断来实现的，可是有个bug，对同一个mp3文件设置来电铃声后，而后再设置成通知铃声或者闹钟铃声，那原来设置的来电铃声就会变成未知铃声，同时失效了。就是分析这个问题花了大半天时间，而我发现百度谷歌的这些文章都没提到这个点，通过反复的猜想调试，终于找到问题所在，最后发现其实也很简单，但也是个很容易被忽略的点（在后面问题分析处提到），特此记录一下。

##需求描述

如图，下载的mp3铃声，点击三个按钮分别实现设置三个铃声。设置成功后能够到系统设置铃音处查看

##编码实现

懒得看分析的看官可直接复制如下代码到本身工程，亲测ok） 注意看代码中注释的两个步骤，这是两个关键的地方。就是这个地方让我研究了大半天，有追求的看官的能够看继续日后看原理分析和问题分析。

/**
 *
 * 设置铃声
 *
 * [@param](https://my.oschina.net/u/2303379) type RingtoneManager.TYPE_RINGTONE 来电铃声
 *             RingtoneManager.TYPE_NOTIFICATION 通知铃声
 *             RingtoneManager.TYPE_ALARM 闹钟铃声
 *
 * [@param](https://my.oschina.net/u/2303379) path 下载下来的mp3全路径
 * [@param](https://my.oschina.net/u/2303379) title 铃声的名字
 */
public static void setRing(Context context, int type, String path, String title) {

    Uri oldRingtoneUri = RingtoneManager.getActualDefaultRingtoneUri(context, RingtoneManager.TYPE_RINGTONE); //系统当前  通知铃声
    Uri oldNotification = RingtoneManager.getActualDefaultRingtoneUri(context, RingtoneManager.TYPE_NOTIFICATION); //系统当前  通知铃声
    Uri oldAlarm = RingtoneManager.getActualDefaultRingtoneUri(context, RingtoneManager.TYPE_ALARM); //系统当前  闹钟铃声

    File sdfile = new File(path);
    ContentValues values = new ContentValues();
    values.put(MediaStore.MediaColumns.DATA, sdfile.getAbsolutePath());
    values.put(MediaStore.MediaColumns.TITLE, title);
    values.put(MediaStore.MediaColumns.MIME_TYPE, "audio/mp3");
    values.put(MediaStore.Audio.Media.IS_RINGTONE, true);
    values.put(MediaStore.Audio.Media.IS_NOTIFICATION, true);
    values.put(MediaStore.Audio.Media.IS_ALARM, true);
    values.put(MediaStore.Audio.Media.IS_MUSIC, true);

    Uri uri = MediaStore.Audio.Media.getContentUriForPath(sdfile.getAbsolutePath());
    Uri newUri = null;
    String deleteId = "";
    try {
        Cursor cursor = context.getContentResolver().query(uri, null, MediaStore.MediaColumns.DATA + "=?", new String[] { path },null);
        if (cursor.moveToFirst()) {
            deleteId = cursor.getString(cursor.getColumnIndex("_id"));
        }
        LogTool.e("AGameRing", "deleteId:" + deleteId);

        context.getContentResolver().delete(uri,
                MediaStore.MediaColumns.DATA + "=\"" + sdfile.getAbsolutePath() + "\"", null);
        newUri = context.getContentResolver().insert(uri, values);
    } catch (Exception e) {
        e.printStackTrace();
    }

    if (newUri != null) {

        String ringStoneId = "";
        String notificationId = "";
        String alarmId = "";
        if (null != oldRingtoneUri) {
            ringStoneId = oldRingtoneUri.getLastPathSegment();
        }

        if (null != oldNotification) {
            notificationId = oldNotification.getLastPathSegment();
        }

        if (null != oldAlarm) {
            alarmId = oldAlarm.getLastPathSegment();
        }

        Uri setRingStoneUri;
        Uri setNotificationUri;
        Uri setAlarmUri;

        if (type == RingtoneManager.TYPE_RINGTONE || ringStoneId.equals(deleteId)) {
            setRingStoneUri = newUri;

        } else {
            setRingStoneUri = oldRingtoneUri;
        }

        if (type == RingtoneManager.TYPE_NOTIFICATION || notificationId.equals(deleteId)) {
            setNotificationUri = newUri;

        } else {
            setNotificationUri = oldNotification;
        }

        if (type == RingtoneManager.TYPE_ALARM || alarmId.equals(deleteId)) {
            setAlarmUri = newUri;

        } else {
            setAlarmUri = oldAlarm;
        }

        RingtoneManager.setActualDefaultRingtoneUri(context, RingtoneManager.TYPE_RINGTONE, setRingStoneUri);
        RingtoneManager.setActualDefaultRingtoneUri(context, RingtoneManager.TYPE_NOTIFICATION, setNotificationUri);
        RingtoneManager.setActualDefaultRingtoneUri(context, RingtoneManager.TYPE_ALARM, setAlarmUri);

        switch (type) {
            case RingtoneManager.TYPE_RINGTONE:
                Toast.makeText(context.getApplicationContext(), "设置来电铃声成功！", Toast.LENGTH_SHORT).show();
                break;
            case RingtoneManager.TYPE_NOTIFICATION:
                Toast.makeText(context.getApplicationContext(), "设置通知铃声成功！", Toast.LENGTH_SHORT).show();
                break;
            case RingtoneManager.TYPE_ALARM:
                Toast.makeText(context.getApplicationContext(), "设置闹钟铃声成功！", Toast.LENGTH_SHORT).show();
                break;
        }
    }
}

##原理分析

要将一个sd卡的mp3文件设置成为铃声，须要有两个操做

一、将mp3文件路径存到ContentProvider里，获得相应的uri 二、调用RingtoneManager.setActualDefaultRingtoneUri()，传入相应的uri和须要设置的铃声类型便可。

注：ContentProvider能够简单的理解成一个系统数据库，返回的uri其实就是这个数据库里某一条数据的惟一标识，含有_id。
   用getActivity().getContentResolver().query这个方法能够查询到相关数据。

   ...
   values.put(MediaStore.Audio.Media.IS_RINGTONE, true);      
   values.put(MediaStore.Audio.Media.IS_NOTIFICATION, true); 
   values.put(MediaStore.Audio.Media.IS_ALARM, true); 
   values.put(MediaStore.Audio.Media.IS_MUSIC, true);
   ...
  这一堆其实就是表里的字段名和值，有用没有就看你怎么运用

##问题分析

问题主要出在第一步。 要将mp3路径存到ContentProvider里，须要调用getActivity().getContentResolver().insert()方法，可是里面原来有这个铃声了的话，是插入不成功的。这个时候为了保险起见须要调用一次删除方法getActivity().getContentResolver().delete()，这两部也基本上成了标配，网上的文章大部分也就这两步就获得了须要的uri。

若是没有像我这里提到的需求，对同一个mp3能够分开分别设置的话就没有我这个bug。

**问题就出在delete这个步骤，**假设对一个铃声先设置了来电铃声获得_id=1000的uri，而后再讲这个mp3设置为通知铃音，那么在设置通知铃声的时候掉的delete方法会将_id=1000的这个数据删了，由于此次要插入的记录和上一次同样的，而后再插入新的获得_id=1001的uri，这个时候通知铃声就是_id=1001的uri，而以前设置的来电铃声读取的_id=1000的记录就没有了，查看铃声的时候就是未知铃音了。

找到问题所在后，咱们就解决这个问题。

因此我在delete以前先进行了一次query操做，若是查到了就把那条记录的_id记录下来，后面再设置铃声的时候将三个类型的铃声的当前设置的uri经过uri.getLastPathSegment()获得其_id，而后和刚刚删除的_id(deleteId)进行对比，若是发现同样就说明以前这个类型的铃声就是我如今要插入的铃声，就再把新的 _id=1001的uri设置进去，不然就把获得的系统的uri再设置一次，或者不作操做。

##最后 固然这只是其中一种方法，还有其余方法这里就再也不赘述了。