【音视频SDK测评】线上K歌软件开发技术选型

news2024/11/19 6:29:41

摘要

在线K歌软件的开发有许多技术难点,需考虑到音频录制和处理、实时音频传输和同步、音频压缩和解压缩、设备兼容性问题等技术难点外,此外,开发者还应关注音乐版权问题,确保开发的应用合规合法。

前言

前面写了几期关于直播 SDK 技术选型的文章,主要是从RTC实时音视频、超低延迟直播、CDN直播等不同即时通讯场景下多个角度进行详细的介绍,很多同学表示对泛娱乐行业的直播技术部分很感兴趣,希望能够有一些更为深入的分析介绍。

主流的第三方直播SDK对比(腾讯云、即构、阿里云、声网、网易云信、网宿)

我用ChatGPT做直播技术选型,卷死了同事

安排!今天就对泛娱乐行业的线上K歌场景技术选型进行探讨,本文将分析在线K歌功能的核心技术指标,以及该场景下的功能玩法。帮助开发者在不同场景下,能做出正确的K歌软件开发的技术选型。

在线K歌软件开发与直播技术的关系

在线K歌是社交娱乐场景下新型的互动玩法,通过音乐让人与人之间建立联系,让交流变得更加简单,有效地提升了平台用户的停留时长。丰富多样的K歌玩法可以让应用更加有趣,吸引更多的用户。此外,K歌玩法还可以应用到各种各样的社交场景,如语聊房、相亲平台和直播间等。

在线K歌功能主要由以下几个部分组成:

1.音频录制与处理技术:实现用户录制自己的音频,并对音频进行降噪、去回声、混响等处理,提高音质。

2.实时流媒体技术:将用户录制的音频实时传输到服务器上进行处理和存储,实现实时合唱功能。

3.音频合成技术:将多个用户录制的音频进行实时合成,实现实时合唱功能。

4.音乐数据处理技术:通过歌词和音频的匹配,实现歌词同步显示。

5.云计算技术:使用云服务器进行音频的处理和存储,提高在线K歌实时合唱的稳定性和可扩展性。

直歌K歌解决方案如何提升开发者开发效率

在线K歌功能是一个涉及多方面技术的复杂系统,它需要音频、视频、网络、人工智能等多种技术的支持。其中,实现在线K歌的主要技术难点包括以下方面:

1.音频处理技术:在线K歌需要实现对用户声音的实时采集、降噪、 混响 、变调等处理,以保证声音质量。

2.视频处理技术:在线K歌不仅需要处理用户的声音,还需要处理用户的视频,包括实时拍摄、美颜、特效等,以提升用户的体验感。

3.网络传输技术:在线K歌需要实现音频、视频的实时传输,因此需要具备低延迟、高带宽、高可靠性的网络传输技术。

4.人工智能技术:为了提升用户的K歌体验,在线K歌需要实现对用户演唱的实时评分和建议,这需要利用人工智能技术来实现。

5.安全保障技术:在线K歌要求用户提供音频、视频等个人信息,因此需要采取安全保障技术,保护用户的隐私和信息安全。

要想实现线上KTV功能,需要团队具备相应的技术能力和经验并投入大量的时间和人力成本,同时需要具备音视频处理、网络传输、安全加密等多方面的技术能力,还需对用户行为和用户体验进行深入的研究和优化。

综上所述,笔者推荐使用第三方直播 SDK 厂商,据了解 即构 在线KTV解决方案 ([点这里】, 支持独唱、轮唱、合唱、线下OMO歌房等多种玩法,助力开发者极速搭建含海量版权音乐的在线K歌房。

一站式的在线KTV解决方案可以简化开发者的工作量,能够帮助开发者完成的主要工作包括:

  • 提供直播API和高效的音视频处理功能,开发者不需要搭建服务器即可快速集成直播功能并实现音频录制、合成、混音等处理。
  • 提供了实时流媒体技术,将用户录制的音频实时传输到服务器上进行处理和存储,实现实时合唱功能
  • 丰富的模板和组件:提供了现成的模板和组件,包括UI组件、在线K歌场景模板等,快速地搭建在线K歌应用的界面和场景
  • 提供云服务技术:使用云服务器进行音频的处理和存储,提高在线K歌应用的实时合唱场景的稳定性和可拓展性。

选用第三方服务能节省开发成本和开发周期,市面上成熟的服务商具备专业的技术能力和经验,能够提供稳定的技术支持和服务。同时还能提供更加全面和完善解决方案和用户玩法,如实时合唱、抢唱等新颖玩法。

行业头部玩家都在用的音乐+实时场景玩法

经笔者调研发现,泛娱乐社交行业的产品在用户留存和商业变现方面一直面临挑战,行业头部玩家们开始尝试在应用中加入在线K歌的玩法。因为K歌本身就具有较高的用户粘性,可以帮助用户更好地留存,且可以快速积累用户UGC内容。同时,在线K歌也能够拓展商业变现渠道,例如通过付费、高级会员以及虚拟礼物等形式来实现盈利。因此,在线K歌成为了一种越来越受欢迎的泛娱乐社交产品玩法。

类型典型产品案例介绍
歌房抖音KTV市面上最大的歌房产品,近两年重点做活跃+营收,加入在线K歌的经典玩法:排麦,踢麦和保麦,营收和活跃效果显著,日活接近千万。
歌房全民K歌歌房腾讯音乐营收的重头,近几年重点做留存和活跃,加入在线K歌的经典玩法:排麦,踢麦和保麦,留存和活跃极高,日活几百万。
歌房网易云派对音乐软件做社交的派对,具有唱歌、自习室等玩法
社交产品Soul-KTVSoul的群聊派对模式,上线KTV实时合唱模式补充实时互动玩法。上线后留存和上麦率显著提升。
社交产品Blued在实时语聊房和1V1房间中加入KTV合唱功能,提升了实时场景用户留存和时长,变现得到了大幅度提升。
直播花椒直播场景中加入音乐作为BGM或K歌直播
直播映客直播场景中加入音乐作为BGM或K歌直播
陪玩TT语音定位游戏工具,在游戏匹配的语聊房中加入KTV实时合唱,明显带动营收和留存
陪玩比心同TT语音,引入KTV能力,实现留存和营收的双增长

功能说明:

排麦:用户加入到歌曲的排队列表中,等待唱歌。

踢麦:将用户从排队列表中删除,让其他用户有机会唱歌。

保麦:为离开或不能唱歌的户保留排队列表的位置,无需重新排队。

在线K歌应用的直播技术选型需要考虑哪些因素

选择直播技术方案一般情况下需要考虑以下四个因素,其中选择解决方案拓展性、核心技术性能这两个重要的因素进行细致说明:

  1. 支持多平台开发
  2. 解决方案拓展性
  3. 核心技术性能
  4. 典型客户案例

首先,方案需要支持多平台开发,以便应用可以在不同的设备和操作系统上运行,满足更多用户的需求。其次,方案的完整性也非常重要,包括音视频采集、编解码、传输、播放等各个环节,应该有完善的解决方案。此外,技术指标表现也是一个重要的考虑因素,例如延迟、码率、画质等指标需要达到用户可接受的水平。最后,商业化成熟案例也可以帮助我们更好地评估方案的可行性和实用性,可以参考其他企业的经验和案例,为自己的方案做出更加明智的选择。

一、是否支持多平台开发

选择支持多种设备和平台的直播技术,有统一API接口、代码复用、自动化构建、跨平台调试等优势,可以提升开发效率,且覆盖更广泛的用户群体,提高应用的使用率和用户满意度。

二、解决方案的拓展性如何?

进行在线KTV选型时,解决方案的拓展性是一个非常重要的考虑因素。可以帮助我们选择一个能够满足不断变化的用户需求和市场竞争的解决方案。拓展性是指方案在未来可以通过增加新的功能和模块,进行升级和扩展,以适应不断变化的用户需求和市场竞争。解决方案的拓展性主要包含以下三个方面:

  1. 丰富的玩法模式
  2. 产品功能生态
  3. 第三方拓展能力

1. 丰富的玩法模式:

在实际的应用过程中,用户的需求往往是多元化的。因此,选择一个拥有丰富的玩法模式的解决方案,可以满足更多用户的需求,增加应用的使用率。例如,在线KTV应用可以提供包括K歌、直播、PK等多种玩法模式,以吸引更多的用户。

模式案例玩法特点
独唱全民K歌观众上麦后点歌等待,歌曲开始播放后开始独唱。一种单人唱歌模式,常用语中心化的秀场直播场景。
跟唱TT语音观众上麦后点歌等待,歌曲开始播放后跟着主唱一起演唱一种多人唱歌模式,提升用户参与度和互动率。常用于语聊场景。
挑战PK全民K歌、TT语音以房间/主播为单位进行PK挑战,通过唱歌比赛来决定胜负。可以增加用户之间的互动,提高用户黏性。K歌场景的营收主力。
1V1陪唱比心用户选择喜欢的歌曲并发起1V1陪唱邀请,系统自动匹配陪唱者一起演唱1V1场景付费陪伴模式,高营收中ARPU
付费点唱全民K歌用户付费点唱,主播为其演唱。交友厅+KTV的玩法,高营收高ARPU
实时合唱TT语音观众上麦后点歌排麦等待,跟着主唱一起合唱歌曲当前K歌场景下的新玩法,行业头部应用均加入该玩法,该玩法下用户活跃和营收数据表现不错。

实时合唱方案因其能够让用户与更多人一起分享音乐,成为在线K歌场景中非常受欢迎的功能之一。通过实现低延迟、高质量的音视频传输和多人协同演唱,可以满足用户的多元化需求,增加平台的活跃度和营收。

经调研发现,近几年主流的音视频厂商都推出实时合唱解决方案,行业内普遍采用的合唱方案为“串行合唱”,合唱各方串行加入,伴奏由主唱端混入。该方案下,主唱体验缺失,本质上是一种“伪实时合唱”。

即构科技通过技术手段实现了低延迟、多方伴奏同步和服务端精准混流等功能,为用户提供了更加真实、优质的实时合唱体验,实现“真实时合唱。

即构 实时合唱方案优势

  • 端到端延迟低至 70 ms,达到人体无感官延迟水平,全球用户均可享受真正实时的体验。
  • 多方伴奏精准同步, 各端在同一时刻启动伴奏播放,打造优质的合唱体验。
  • 服务端精准混流,各方合唱者声音和伴奏混音成一路流,通过 NTP 时间精准对齐各方演唱进度后混音。听众仅需拉一路流就能听到良好合唱效果,弱网体验佳。

在线K歌的互动玩法和功能组件之间是紧密相关的,需要各个组件之间协同工作,才能实现一个完整的在线K歌平台。互动玩法是在线K歌的核心,包括音乐、歌词、伴奏、评分以及用户之间的互动等。这些互动玩法需要依赖一系列的功能组件来实现,包括音频处理、视频处理、网络传输、数据存储等。

2. 产品功能生态:

解决方案的拓展性也包括产品功能生态的丰富性。在应用的不同阶段,需要不断增加新的功能和模块,以满足不断变化的用户需求。因此,选择一个拥有完善的产品功能生态的解决方案,可以帮助应用快速迭代和升级。例如,在线KTV应用可以增加一些辅助功能,如自动调音、人声消除等,以提高用户的演唱体验。

参考市面上比较成熟的第三方音视频厂商即构 科技 [了解更多],
即构在线K歌解决方案提供海量正版曲库,九大场景化能力,自研音视频引擎高清音质体验。据了解,即构 KTV SDK 集成了多家国内知名音乐版权商,一套 SDK 实现音乐版权的快速接入,无需调换 SDK,并且对周杰伦等热门明星歌手和抖音这类短视频平台的热门歌曲都进行了覆盖。

微信图片_20230704171226.jpg

海量正版音乐曲库,解决版权合规问题

序号功能功能描述
1劲歌热榜含4大榜单及数十个分类歌单,热门歌曲可直接获取
2曲库组件海量版权音乐资源,可搜索、获取、下载歌曲和歌词资源
3播放组件支持开始/暂停/恢复歌曲,同时支持切换原唱和伴奏,调节人声与伴奏音量等
4歌词组件支持歌词与歌曲逐行/逐字同步播放,实时对齐
5互动玩法包含唱歌评分、获取片段资源等功能,可能支持唱歌排行、嗨歌抢唱等业务场景
6丰富音效用户在演唱时使用丰富的音效,增强演唱效果
7麦位管理房主可进行麦位控制,用户可进行上麦、下麦操作
8智能降噪通过算法智能减少环境等噪音,提高人声质量
9实时合唱超低延迟实时合唱效果,高度还原线下合唱体验

3. 第三方拓展能力:

在不断变化的市场竞争中,选择一个拥有强大的第三方拓展能力的解决方案,可以帮助应用更好地与其他应用和服务进行整合,提高应用的互联互通性和用户体验。例如,在线KTV应用可以与其他音乐应用或社交应用进行整合,以提供更多的互动和社交功能。

功能功能描述适用场景
音效播放器支持播放MP3、WAV等格式的音频文件氛围,播放掌声、笑声等短时音效
媒体播放器支持MP3、MP4等格式本地文件和在线(HTTP)媒体文件、BGM场景:播放背景音乐和伴奏
混音支持混入媒体播放器、音效播放器等音频在房间内播放音乐等内容,混音后输出
混响支持模拟多种音效,如录音室、唱片、空灵、摇滚等在唱歌时展示不同音效,提升输出质量
变声支持改变声音特征,如变形金刚、大叔等声音特征改变演唱者声音以便添加趣味性
耳返插入耳机后,唱歌返回自己声音,提供超低延时耳返唱歌必备能力,享受KTV和舞台级别体验
声浪与音频频谱声浪指示说话音量大小,音频频道指示当前音频领域分量信息展示当前睡在说话与频域分量信息
媒体次要信息随流媒体传输应用层音乐场景用于传输播放进度,以便展示歌词
本地音频录制录制唱歌音频数据至本地文件需要二次处理音频片段场景,如分享,检测等
高精度歌词同步伴奏和歌词实时对齐逐字歌词,让用户唱对节奏

三、核心技术性能

笔者通过调研,整理了在线K歌场景的技术指标。为了提供高品质的音乐体验,需要关注以下四个核心技术指标:端到端延迟、人声伴奏、音质保真、降噪回声处理。

  1. 端到端延迟:指从用户唱歌开始到听到自己的声音的时间间隔。延迟越低,用户在唱歌时的实时感受越好。
  2. 人声伴奏:指将用户唱的人声和伴奏合并成一首完整的歌曲。伴奏应该与用户的人声精准同步,且音质应该保证高清晰度和高还原度。
  3. 音质保真:指将用户的人声和伴奏录制的音质保持高还原度,使得用户的唱歌声音真实自然。
  4. 降噪回声处理:指处理人声中的噪音和回声等杂音,以提高音质,使得用户的唱歌声音更加清晰自然。

以上四个指标是在线K歌场景下的核心技术指标,直播厂商需要根据这些指标来提供高质量的在线K歌解决方案。

以即构、声网、TRTC为例:

核心技术指标即构声网腾讯音视频
延迟60ms,从演唱到收听,端到端延迟低至60毫秒低至 64ms 端到端超低延时低于300ms超低时延合唱体验
人声伴奏齐唱5ms,人声与伴奏几乎完全同步,误差不超过5ms,远超行业水准伴奏、歌词、人声多端精准同步伴奏、人声、歌词精准同步。
音质高保真效果混音20ms,服务端精准混流,多端误差不超过20毫秒声网 SOLO™、NOVA™ 语音引擎,支持 48kHz 全频带采样,还原声音高保真度,音频 MoS 分高达 4.7支持48kHz采样率,128kbps码率及立体声音频,媲美纯正 CD 效果
降噪回声处理3A+AI回声处理,智能回声处理,扬声器外放也保持高音质体验无回声,人声表现接近无损音频 MOS 分高达 4.7AI 智能降噪
低延迟耳返超低延迟耳返体验,ios20ms+、android 40ms+,开启耳返后,演唱者在唱歌时可获得更好的反馈。50 ms 超低延时耳返,告别走音跑调支持低延时耳返功能,告别走音跑调。

如何选型:头部应用体验和厂商推荐

在线K歌行业头部APP体验

以在线K歌头部APP全民K歌、Soul为例,体验了在线K歌实时合唱功能。针对延迟、听感、外放场景、卡顿等指标感受如下:
总体结论:综合来看,Soul-KTV场景演唱和收听效果比全民K歌-大合唱的效果更佳

  • 延迟:作为经常唱歌的我,从听感上直观感受,Soul合唱房内的同步性更好,声音更加齐。
  • 外放场景:Soul的效果在外放场景下优势极其明显,与戴有线耳机演唱无明显差异。全民K歌在多人外放合唱时出现了明显的吞音现象,声音质模糊,伴奏杂乱有回音,观众体验较差,合唱者之间不可用。
  • 听感:Soul对于演唱者体验的保障相比全民K歌更佳,远端合唱人声音质和氛围感较好。
  • 卡顿:从听感上,Soul合唱房内的卡顿率比全民K歌更低。找了专业人士了解,全民K歌的安卓合唱通过硬性的延迟降低保证了安卓的合唱同步,但是该操作会提升卡顿,整体卡顿次数明显高于Soul。

音视频厂商-成熟的在线K歌解决方案

写到最后,对比了几个主流的音视频厂商,官网上都说自己提供了高质量的在线K歌解决方案,开发者可根据不同的需求和场景可以进行选型对比。如果您对于实时合唱的延迟和音质有较高的要求,可以选择[即构在线K歌实时合唱解决方案]

即构 提供的实时合唱方案支持多人同时在线合唱,端到端延迟低于70ms,支持多方伴奏精准同步和服务端精准 混流 ,同时还提供了智能降噪、自适应 码率 等技术,可以有效提升用户的K歌体验。

以下来自即构实时合唱解决方案的资料,可以参考。

全网首创的独家“真”实时合唱方案

服务端精准 混流

顶尖的技术指标

结语

最后,进行方案选型时应先深度分析自己的业务场景,包括但不限于:业务模型、用户体验、产品功能、业务流程、技术框架等因素,便于我们选择出最适合业务场景的方案。如何低成本不花精力学习、使用已熟练掌握的技术方案更快的实现,对个人/团队技术选型均适用。对此,欢迎大家私信评论一起交流…

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.coloradmin.cn/o/827920.html

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈,一经查实,立即删除!

相关文章

qt系列-qt6在线安装慢的问题

.\qt-unified-windows-x64-online.exe --mirror https://mirrors.aliyun.com/qt/下载速度飞快

剑指offer19.正则表达式

这道题我一看就有印象,我室友算法课设抽到这题,他当时有个bug让我帮他看一下,然后我就大概看了一下他的算法,他是用动态规划写的,用了一个二维数组,然后我就试着按照这个思路去写,想了一会还是没…

输入筛选框搜索

文章目录 输入筛选框实现效果图需求前端工具版本添加依赖main.js导入依赖 代码 后端代码对应 sql对应 mapper.xml 文件的动态 sql 输入筛选框实现 效果图 需求 通过筛选框,选择公司,传入后端,后端根据公司名称去文章的内容中进行模糊查询 …

flask响应

介绍 在flask中,响应的方式有很多种,可以是普通字符串、json数据、html文本、模板或者是重定向。视图函数的返回值会自动转换为一个响应对象 当响应对象是字符串时 根据这个字符串和缺省参数自动生成一个用于返回的 响应对象 app.route("/test&q…

使用Debate Dynamics在知识图谱上进行推理(2020)7.31+8.1+8.2

使用Debate Dynamics在知识图谱上进行推理 摘要介绍背景与相关工作我们的方法状态action环境policiesDebate Dynamics裁判奖励报酬最大化和培训计划 实验数据集度量和评估方案结果 总结 摘要 我们提出了一种新的基于 Debate Dynamics 的知识图谱自动推理方法。 其主要思想是将…

2023年DevOps和云趋势报告!

要点 ●云创新已从革命性阶段转变为演进性阶段,重点是迁移和重新架构工作负载。云空间已发展为提供对可扩展资源和托管服务的按需访问,强调简化交互并减少团队的认知负担。 ●人工智能 (AI) 和大型语言模型 (LLM) 可以通过解决认知过载问题并支持即时管…

疯狂收割offer,全网最全接口测试面试题+答案,面试必刷题...

目录:导读 前言一、Python编程入门到精通二、接口自动化项目实战三、Web自动化项目实战四、App自动化项目实战五、一线大厂简历六、测试开发DevOps体系七、常用自动化测试工具八、JMeter性能测试九、总结(尾部小惊喜) 前言 面试题&#xff1…

网络安全公司校招面试会面试那些问题?

面试官会从那些方面去考察面试者? 以某安全公司的技术支持工程师岗位为例 面试官可能会从网络技术、操作系统、数据库、项目经验、语言表达以及个人擅长技能方面展开 面试官会提出那些问题来考查面试者呢? 网络基础方面的问题:请介绍一下…

Gitlab CI/CD笔记-第一天-GitOps和以前的和jenkins的集成的区别

一、GitOps-CI/CD的流程图 简单解释: 1.提交代码 2.编译构建 3.测试 4.部署 二、gitlab的实现 1、Runer 1.这个就是jenkins里的worker-slave的角色, 2.git-lab server 下发任务,Runner执行。 3.这个R…

JZ67 把字符串转换成整数(atoi)

目录 一、题目 二、易错点代码 一、题目 把字符串转换成整数(atoi)_牛客题霸_牛客网 (nowcoder.com) 二、易错点代码 int类型运算可能出现溢出的现象,因此可采用将int类型数据的运算转换成long long类型 class Solution { public:int is(long long result)//用…

Emacs之编译系统文件cc-mode.el.gz(一百二十四)

简介: CSDN博客专家,专注Android/Linux系统,分享多mic语音方案、音视频、编解码等技术,与大家一起成长! 优质专栏:Audio工程师进阶系列【原创干货持续更新中……】🚀 人生格言: 人生…

leetcode每日一练-第108题-将有序数组转换为二叉搜索树

一、思路 递归 二、解题方法 在给定中序遍历序列数组的情况下,每一个子树中的数字在数组中一定是连续的,因此可以通过数组下标范围确定子树包含的数字,下标范围记为 [left,right]。对于整个中序遍历序列,下标范围从 left0到 ri…

【MySQL】视图与用户管理

【MySQL】视图 视图视图概念使用基表与视图的相互影响 用户管理新增用户删除修改密码 用户权限授予权限回收权限 视图 视图概念 视图就是一张虚拟表,其内容由查询定义。与真实的表一样,视图包含一系列带有名称的列和行数据。视图的数据变化影响到基表&…

GEE学习02 --设置Jupyter Notebook的打开路径

直接双击Jupyter Notebook 桌面图标运行时,打开的文件路径是默认的:C:\用户\用户名 如果使用python命令提示符打开jupyter notebook , 而我新建的GEE学习文件夹在另一个路径,可以直接修改默认的保存路径:…

Ebay婴儿活动床栏CPC认证 ASTM F2085

活动床栏旨在防止儿童从床上掉落。活动床栏可以安装在床的一侧或床垫表面。活动床栏适用于可以在没有帮助的情况下上下床的儿童,通常为二至五岁的儿童。本政策涵盖泡沫、充气和刚性活动床栏。 根据亚马逊的要求,所有活动床栏均应经过检测,并且…

算法题--找规律(构建乘积数组、剪绳子、圆圈中最后剩下的数字)

目录 找规律 构建乘积数组 原题链接 解析 核心思想 答案 剪绳子 原题链接 解析 核心思想 答案 圆圈中最后剩下的数字 原题链接 解析 核心思想 答案 找规律 需要通过列举多个示例,从多个示例的输入到输出中得到规律去普遍化。 构建乘积数组 给定…

【黑马头条之kafka及异步通知文章上下架】

本笔记内容为黑马头条项目的kafka及异步通知文章上下架部分 目录 一、kafka概述 二、kafka安装配置 三、kafka入门 四、kafka高可用设计 1、集群 2、备份机制(Replication) 五、kafka生产者详解 1、发送类型 2、参数详解 六、kafka消费者详解 1、消费者…

国内最大Llama开源社区发布首个预训练中文版Llama2

"7月31日,Llama中文社区率先完成了国内首个真正意义上的中文版Llama2-13B大模型,从模型底层实现了Llama2中文能力的大幅优化和提升。毋庸置疑,中文版Llama2一经发布将开启国内大模型新时代! | 全球最强,但中文短板…

Ubuntu20.04进入桌面后左上角光标闪动

T 光标闪烁就是后台一系列活动的简化,它表示后台有一系列活动在进行,只是我们看不到。也因此让我们觉得它像是卡住了。 Y 一开始误以为是由于我安装其他启动动画导致的,后来换回默认的动画发现不是这个原因。 后来我试了各种方法&#xff…

Android安卓实战项目(7)---购物APP(源码在文末)

Android安卓实战项目(7)—购物APP(源码在文末🐕🐕🐕) 一.项目运行介绍 【bilibili展示】 https://www.bilibili.com/video/BV1xh4y1C7o1/?share_sourcecopy_web&vd_sourceb2e9b9ed746acd…