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

最新推荐文章于 2023-12-26 11:53:38 发布

weixin_33963189

最新推荐文章于 2023-12-26 11:53:38 发布

阅读量599

点赞数

文章标签：移动开发 python 数据库

原文链接：https://my.oschina.net/u/1181284/blog/1553140

版权

2019独角兽企业重金招聘Python工程师标准>>>

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

##需求描述

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

需求描述.png

##编码实现

懒得看分析的看官可直接复制以下代码到自己工程，亲测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再设置一次，或者不做操作。

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

转载于:https://my.oschina.net/u/1181284/blog/1553140