Android获取应用程序名称的稳定、可靠、简单方案

2019-06-06 15:35:33

参考链接 Android获取应用程序名称的稳定、可靠、简单方案

获取Android应用程序名称的稳定、可靠、简单方案

在Android开发中,相信绝大多数Android开发者使用的是网络上盛传的这个方法获取应用程序名称的:


    /***

     * 获取应用程序名称。

     * @param context

     * @return

     */

    public static String getAppName(Context context) {

        try {

            PackageManager packageManager = context.getPackageManager();

            PackageInfo packageInfo = packageManager.getPackageInfo(

                    context.getPackageName(), 0);

            int labelRes = packageInfo.applicationInfo.labelRes;

            return context.getResources().getString(labelRes);

        } catch (Exception e) {

            e.printStackTrace();

        }

        return null;

    }

我在以前也是用这个方法获取Android App自身的应用程序名称的(这个App名称即是显示在桌面的名称),但是要注意,这个方法在某些时候不能正常获取App名称,不稳定不可靠,可能返回空,尤其是当在Androidmanifest.xml通过动态改变android:label设置App名时候(比如通过配置build.gradle文件打多渠道包,每个渠道生成不同的包名),上面这个方法获取的包名为null。


正确、稳定的App名称获取方法是:


        ApplicationInfo appInfo;

        try {

            appInfo = getPackageManager().getApplicationInfo(getPackageName(), PackageManager.GET_META_DATA);

            String appName = appInfo.loadLabel(getPackageManager()) + "";

            Log.d("稳定、可靠获取App名称", appName);

        } catch (Exception e) {

            e.printStackTrace();

        }

这才是稳定、可靠、简洁的获取App应用程序名的方法。最前面的方案在大多数场景下可以正确返回,但一些情况下就不灵了,建议开发者以后再实际的开发中使用第二种方案。



  • 2019-12-12 14:19:32

    laravel自定义分页LengthAwarePaginator

    有时候我们使用larave提供的后台分页数据库查询,有时候限制太多,我们需要自己定制分页功能。 下面是我给大家一个例子,我们可以根据例子,制作自己的分页功能。

  • 2019-12-14 21:04:05

    聊聊keep-alive组件的使用及其实现原理

    keep-alive是Vue.js的一个内置组件。它能够不活动的组件实例保存在内存中,而不是直接将其销毁,它是一个抽象组件,不会被渲染到真实DOM中,也不会出现在父组件链中。 它提供了include与exclude两个属性,允许组件有条件地进行缓存。

  • 2019-12-14 21:06:58

    vue----keep-alive缓存,activated,deactivated两个生命周期函数,,meta实现缓存

    如果没有缓存,每点击一次导航,内容区就会创建一个组件,该组件会经历整个生命周期,每点击一次,就会创建一个组件,比较浪费性能, 这时,我们就要考虑到是否能将点击过的已创建的组件进行缓存,当再次点击已访问过的组件时,这时,就会从缓存中获取该组件,而不会重新创建,

  • 2019-12-17 11:56:05

    ffmpeg concat video and mix audio,ffmpeg简单快速的合并视频

    在ffmpeg中,官网给出两种连接媒体文件(音频、视频、etc..)的解决方案。 the concat "demuxer" the concat "protocol" 对比而言, demuxer更加灵活一些,需要媒体文件是属于相同的编解码器,但是可以属于不同的容器格式(mp3,wav, mp4, mov, etc..). 而protocol只适用于少数集中容器格式。