最新做项目，遇到一个铃声设置的bug，一直被延期了大半年，终于忍不住了，花了大半天时间来研究问题所在。其实这个功能百度一下有很多，但大部分都是同一篇文章，我们项目里最开始就是参考的百度的代码片段来实现的，但是有个bug，对同一个mp3文件设置来电铃声后，然后再设置成通知铃声或者闹钟铃声，那原来设置的来电铃声就会变成未知铃声，同时失效了。就是分析这个问题花了大半天时间，而我发现百度谷歌的这些文章都没提到这个点，经过反复的猜测调试，终于找到问题所在，最后发现其实也很简单，但也是个很容易被忽略的点（在后面问题分析处提到），特此记录一下。
需求描述
如图，下载的mp3铃声，点击三个按钮分别实现设置三个铃声。设置成功后可以到系统设置铃音处查看
编码实现
懒得看分析的看官可直接复制以下代码到自己工程，亲测ok）
注意看代码中注释的两个步骤，这是两个关键的地方。就是这个地方让我研究了大半天，有追求的看官的可以看继续往后看原理分析和问题分析。
/**
*
* 设置铃声
*
* @param type RingtoneManager.TYPE_RINGTONE 来电铃声
* RingtoneManager.TYPE_NOTIFICATION 通知铃声
* RingtoneManager.TYPE_ALARM 闹钟铃声
*
* @param path 下载下来的mp3全路径
* @param 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文件设置成为铃声，需要有两个操作
1、将mp3文件路径存到
ContentProvider里，得到相应的uri
2、调用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再设置一次，或者不做操作。
最后
当然这只是其中一种方法，还有其他方法这里就不再赘述了。
