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

摘要

在线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.mzph.cn/news/23918.shtml

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

相关文章

十四.redis哨兵模式

redis哨兵模式 1.概述2.测试3.哨兵模式优缺点 redis哨兵模式基础是主从复制 1.概述 主从切换的技术方法:当主节点服务器宕机后,需要手动把一台从服务器切换为主服务器,这就需要人工干预,费时费力,还会造成一段时间内服…

单例模式和工厂模式

目录 今日良言:关关难过关关过,步步难行步步行 一、单例模式 1.饿汉模式 2.懒汉模式 二、工厂模式 今日良言:关关难过关关过,步步难行步步行 一、单例模式 首先来解释一下,什么是单例模式。 单例模式也就是单个…

【动态规划刷题 4】礼物的最大价值下降路径最小和

礼物的最大价值 在一个 m*n 的棋盘的每一格都放有一个礼物,每个礼物都有一定的价值(价值大于 0)。你可以从棋盘的左上角开始拿格子里的礼物,并每次向右或者向下移动一格、直到到达棋盘的右下角。给定一个棋盘及其上面的礼物的价值…

以指标驱动,保险、零售、制造企业开启精益敏捷运营的新范式

近日,以“释放数智生产力”为主题的 Kyligence 用户大会在上海前滩香格里拉大酒店成功举行。大会包含上午的主论坛和下午的 4 场平行论坛,并举办了闭门会议、Open Day 等活动。来自金融、零售、制造、医药等行业的客户及合作伙伴带来了超过 23 场主题演讲…

AI驱动的靶点发现综述

疾病建模和靶点识别是药物发现中最关键的初始步骤。传统的靶点识别是一个耗时的过程,需要数年至数十年的时间,并且通常从学术报告开始。鉴于其分析大型数据集和复杂生物网络的优势,人工智能在现代药物靶点识别中发挥着越来越重要的作用。该综…

奥威BI系统:零编程建模、开发报表,提升决策速度

奥威BI是一款非常实用的、易用、高效的商业智能工具,可以帮助企业快速获取数据、分析数据、展示数据。值得特别注意的一点是奥威BI系统支持零编程建模、开发报表,是一款人人都能用的大数据分析系统,有助于全面提升企业的数据分析挖掘效率&…

[Docker实现测试部署CI/CD----自由风格的CI操作[最终架构](5)]

目录 11、自由风格的CI操作(最终)Jenkins容器化实现方案修改 docker.sock 权限修改 Jenkins 启动命令后重启 Jenkins构建镜像推送到Harbor修改 daemon.json 文件Jenkins 删除构建后操作Jenkins 添加 shell 命令重新构建 Jenkins通知目标服务器拉取镜像目…

C#核心知识回顾——19.插入排序

1.插入排序的基本原理 871542639 两个区域 排序区 未排序区 用一个索引值做分水岭 未排序区元素 与排序区元素比较 插入到合适位置 直到未排序区清空 int[] arr { 8, 6, 7, 2, 9, 4 };//第一步//能取出未排序区…

IL汇编实现两数相加输出结果

话说前面没有实现IL汇编2数相加;鼓捣了一下,实现的代码如下; .assembly extern mscorlib {}.assembly Test{.ver 1:0:1:0}.module test.exe.method static void main() cil managed{.maxstack 8.entrypoint.locals init (int32 V_0, int3…

[FlareOn6]FlareBear

前言 apk的逆向,没有壳,但可能做的不是太多,没能想到整个算法的运作原理 分析 搜索flag会发现存在这么一个函数,那么显示flag的时候应该是熊会跳舞显示flag,只要满足熊happy和ecsstatic就可以,happy只要一直存在点击…

Open3D (C++) 计算矩阵的广义逆

目录 一、算法原理1、广义逆2、计算过程二、代码实现三、结果展示四、参考链接本文由CSDN点云侠原创,原文链接。爬虫网站自重,把自己当个人,爬些不完整的误导别人有意思吗???? 一、算法原理 1、广义逆 非方阵不存在逆,但是存在广义逆(伪逆)。对于一个矩阵

FPGA初步学习之串口发送模块【单字节和字符串的发送】

串口相关简介 UART 在发送或接收过程中的一帧数据由4部分组成,起始位、数据位、奇偶校验位和停止位,如图所示。其中,起始位标志着一帧数据的开始,停止位标志着一帧数据的结束,数据位是一帧数据中的有效数据。 通常用…

springboot-mybatis的增删改查

目录 一、准备工作 二、常用配置 三、尝试 四、增删改查 1、增加 2、删除 3、修改 4、查询 五、XML的映射方法 一、准备工作 实施前的准备工作: 准备数据库表 创建一个新的springboot工程,选择引入对应的起步依赖(mybatis、mysql驱动…

【BASH】回顾与知识点梳理(五)

【BASH】回顾与知识点梳理 五 五. 数据流重导向5.1 什么是数据流重导向standard output 与 standard error output/dev/null 垃圾桶黑洞装置与特殊写法standard input &#xff1a; < 与 << 5.2 命令执行的判断依据&#xff1a; ; , &&, ||cmd ; cmd (不考虑指…

骑砍二 ATC MOD 使用教程与应用案例解析

骑砍二 ATC MOD 使用教程与应用案例解析 作者&#xff1a;blibli-财不外漏 / NEXUSMODS-PuepleKarmen 案例MOD依赖&#xff1a;ATC - Adonnay’s Troop Changer & AEW - Adonnay’s Exotic Weaponry & New Armor 文本编辑工具&#xff1a;VS Code&#xff08;推荐使用&…

图解架构 | SaaS、PaaS、IaaS/aPaaS平台是什么?aPaaS与PaaS有什么区别?

参考 图解架构 | SaaS、PaaS、IaaS:https://www.51cto.com/article/717315.html aPaaS平台是什么&#xff1f;aPaaS与PaaS有什么区别&#xff1f;&#xff1a;https://developer.aliyun.com/article/718714 aPaaS和PaaS的区别是什么&#xff1f; aPaaS和PaaS都可以完成软件的…

Linux中安装Node

安装 先从 官方网站 下载安装包&#xff0c;有时 node 版本太新会导致失败&#xff0c;详见下方的常见问题第2点 cd /home // 创建目录&#xff0c;将下载好的 node 安装包上传到此目录 mkdir Download mkdir /usr/local/lib/node解压 // 解压&#xff0c;前面是文件当前路径…

iMX6ULL应用移植 | 移植 infoNES 模拟器(重玩经典NES游戏)

没玩过NES游戏的童年&#xff0c;可能不是80后的童年。我们小时候是从玩FC开始接触游戏机的&#xff0c;那时真的是红极一时啊&#xff0c;我上初中时还省吃俭用买了一台小霸王&#xff0c;暑假里把电视机都给打爆了&#xff01;那时任天堂单是FC机的主机的发售收入就超过全美的…

循环结构的学习

循环结构 文章目录 为什么要学习循环while循环dowhile循环偶数之和断点调试购物结算循环的选择类名和全类名摄氏华氏对照表for循环for执行次序五门功课成绩for的特殊写法break和continue录入客户信息_continue使代码优雅小数的比较不能用或! 为什么要学习循环 在编写代码时&a…

Spring集成Web

目录 1、简介 2、监听器 3、Spring提供的listener 3.1、xml 3.2、配置类 3.3、WebApplicationContextUtils 3.4、说明 4、自己复现的listener 4.1、ContextLoaderListener 4.2、WebApplicationContextUtils 4.3、Web调用 ⭐作者介绍&#xff1a;大二本科网络工程专业…