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文件设置成为铃声，需要有两个操作

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再设置一次，或者不做操作。

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