㈠ android要求做一个一个简易音乐播放器。用Service实现
android开发培训一个简单的Android音乐播放器
在这里主要是用两个简单的按钮实现音乐的播放和停止功能，工程的目录结构为：
同时添加一个文件夹，里面放后缀为mp3的文件就可以了。 在main配置文件主要是添加两个Button：
添加一个activity类和一个service类AndroidManifest.xml配置文件为：
创建一个MusicServiceActivity类启动service类：中网互赢 手机客户端
㈡ 如何开发一款音乐播放器APP
你可以参考这个开源的音乐播放器ryanhoo/StylishMusicPlayer，不过可能有点难。慢慢看。初学者的话，先从模仿UI做起吧，然后再慢慢实现一点点的功能。比如做播放接口的时候，先做UI，然后做每个控制元件的点选事件，然后做播放音乐，等等。
你可以参考这个开源的音乐播放器ryanhoo/StylishMusicPlayer,不过可能有点难。慢慢看。初学者的话,先从模仿UI做起吧,然后再慢慢实现一点点的功能。
酷狗的歌词逐字匹配 是因为酷狗歌词的制作过程 你用酷狗制作过歌词吗？ 如果你想做成一样的 我建议你去制作一份歌词才能明白。。。只用LRC写 即使加点或者空格什么的 也一定会影响美观 如果你根据酷狗的歌词制作步骤能写出相关演算法 那程式里的算法就好写了。。。
学习app开发技术就可以
OooPlay 是一款极简音乐播放器，本文是产品原型设计培训师、OooPlay 设计者尹广磊的分享，文中详细阐述了OooPlay在产品原型设计和开发过程中的思维演化方式以及产亩橘友品心路历程，在此分享给感迅槐兴趣的读者。
先谈谈主体设计
在开始谈论如何设计出这款应用之前，先来看看OooPlay这款应用的演示视讯让大家有个直观的了解。看过视讯之后，因为布局或互动方式也许大家会觉得有一点酷的感觉，但本质上我们未不是在追求酷的感觉，而是始终在围绕功能做一款随性而紧凑的产品设计。
那下面就来还原一下，是如何一步步递进到现在的设计结果的：
首先，iPhone自带的音乐播放器不方便在列表上试听歌曲，一点选就会进入到另一个播放接口。这样想试听几首歌曲的话需要频繁点选“返回”。后来注意到有这样一款应用Panamp是在列表上直接播放的就很方便，只可惜这款应用不常用到的功能比较多，所以算不上精简和巧妙的设计导致特色不是很突出。我想从最初的角度出发如果让它能够是列表的形式并能听歌的话，只需要一个列表和播放暂停按钮就够了。就像下面的草图这样：
然而仅仅这样是不够的，因为随着列表的浏览和滚动，如何能够快速回到正在播放的歌曲上就变得重要，所以需要在列表的顶端或底端能有一个按钮，可以快速定位到正在播放的歌曲上。想到必须要有这么个东西，那么加什么元素才能显示不突兀多余，又能伍薯跟整体的简洁风格比较和谐呢？于是想到歌曲的CD画面对于反 映正在播放的歌曲是谁很重要，而且CD画面还能消除一些软体接口的单调。
另外，播放中时还应该有一些动态效果以体现出正在播放中的状态来。基于这些功能和元素的结合，想到了用CD圆盘来显示“CD画面”，用圆盘的转动来 体现出“正在播放中”，用点选圆盘的边缘来回到“正在播放的歌曲”，这样才算达到了一种“紧凑”的设计。后面就是把播放、暂停、上一首、下一首这样最常用的功能，融入到CD圆盘的旁边。如下图这样
然而，细想之下只有这些还是不够，因为搜寻歌曲虽然不常用，但是当需要用到时不能让使用者从几百首歌里找不出那首歌曲来。所以需要有搜寻功能，后面意识到还不止，还有随机、单首回圈等，那么把这些功能加在什么位置？加在顶部吗？底部已经占用比较多的高度了，加在顶部一下子就会挤压到中间内容的空间，同 时让简洁的感觉荡然无存。我就创造性的在纸上尝试着画了一个侧栏，把搜寻、随机、单首回圈放在上面。
因为觉得歌曲列表的宽度压缩一点没关系。没想到这样放的效果不错，同时这种非对称的设计让CD圆盘待在那个位置特别恰当。我不想把CD圆盘放在中间那样毫无新意的表达方式。于是有了下图：
这样基本的布局有了，然后继续去细化一些功能。我个人经常听到一首歌突然很有感觉，就想到手机里还有这个人的另外一首歌也很不错，就想去听一下。所以，需要有个功能可以通过一首歌找到这个人的全部歌曲。于是在歌曲名称的后面增加一个“小人”图示，可以搜寻这个演唱者的其它歌曲，使用搜索的方式也是为 了不额外增加接口，同时把“搜寻”这么一个不常用的功能也变得常用了。
另外，很多播放器都有了定时结束播放的功能，以便于睡觉前听着音乐入睡。我也增加了此功能，从常用的角度只保留了30分钟和60分钟两个时间档（沙漏是倒计时结束播放）。再有就是为软体的“关于”保留一个入口，还有因为我有蓝芽立体声耳机所以增加了AirPlay功能的支援（无AirPlay装置时 不出现此图示）。于是就有了下图：
其实，在只有列表的时候我就想到让音乐可以左右滑动以置顶置底了。这个是受Clear应用视讯的影响，Clear的设计方式真的带给了设计师一些新的思考方向。本质上那种重要的资讯偏靠上不重要的资讯偏靠下的内容，都可以采用这种方式处理。
我个人觉得，音乐就可以恰当的使用这种方式，那些因为心情等暂时不想听的歌曲直接右滑就可以置底，意思是“死的远远的”，那些比较关注想多了解的歌 曲就可以左滑把它置顶，这样最方便找到。这样随性的处理，就可以让上面的歌曲偏好听，下面的歌曲偏不好听。这是其它音乐播放器所做不到的，况且它使用起来是如此的简便，这也是这个播放器最大的亮点。
同时，由于把想关注的歌曲左滑置顶了，所以也不需要再保留自带播放器“播放列表”的功能了，因为接近顶端的位置就算是播放列表了。而且我总觉得过去“播放列表”的方式，把歌曲在多个列表间移来移去过于机械化，一点也不随性和简便。歌曲左右滑动见下图：
我并没有保留可以拖动歌曲排序的功能，因为单手那样操作并不容易，即便要双手来这样操作那大概也是有强迫症思维的人才会去刻意组织每一首歌的排序。“刻意”就违背我“随性”的原则，况且按住并拖动歌曲也会大大增加误操作的机率。
至此该应用主要功能的设计过程应该介绍完了，简单总结为三点：
在列表直接播放，可以快速试听歌曲。
左右滑动可以将歌曲好听与否快速分开。
点选演唱者图示可以快速检视该演唱者歌曲。
因为手机有侧键可以控制音量，所以没有在软体接口上保留音量控制。听音乐时没想到还需要进度条，所以没有进度条控制，不过跟自带播放器一样你可以按住“下一首”来快进歌曲（同时支援线控方式）。 因为OooPlay播放器只有一个主接口且全图示设计，不需要额外的翻译即可全球发行。基于全球使用者这样一个市场，无法提供比较靠谱的联网显示歌词服务。加上使用者iTunes自带的音乐多数不带歌词且无法逐句定位显示，所以综上原因我们也舍弃了显示歌词的功能，就让随性的音乐响起，不必在意他唱的每一句都 是什么。
再谈谈细节
为了把产品做到接近于完美，OooPlay极简音乐播放器还有很多细节做了精心的处理，下面列举几点（部分内容在之前文章中介绍过，已经了解的可直接跳过）：
正在播放的歌曲如果右滑，那表示不想听，所以此歌曲会停止播放并置底，然后开始播放“下一首”歌曲；如果是正在播放的歌曲左滑，表示好听 或想关注，所以不能够停止播放。该歌曲需要置顶，但是该歌曲需要留在原来的位置上，因为当该首歌播放完以后需要播放下面一首歌，而不能去播放顶上的第二首歌，因为那些可能是从上听下来刚刚听过的歌曲。
左右滑动是全域性性的操作，在任何搜寻结果中左滑过的歌曲，回到所有歌曲列表时依然能够在最上面找到，不必担心只有回到那个搜寻结果才能在上面找到。
不是所有歌曲后面都显示演唱者图示，只有某演唱者在库中的歌曲数量在1首以上时才会显示，因为如果该演唱者只有一首歌曲的话，你再去搜索也没有意义了，避免你搜索完发现还是只有一首歌曲而失望。
随机播放时的算法做了特殊处理，曲库如果有10首歌以上，最下面1首歌随机时不会被播放到；如果有20首歌以上，最下面2首歌不会被播放到。以此类推最多会有30首最下面的歌随机时不会被播放到。避免你随机播放时还是会听到你最近不想听的歌曲。
列表的方式会有误操作的可能，如果你错点了一首歌曲，可以在5秒钟以内按“上一首”，就可以回到刚才听的歌曲，并且从断开的位置继续播放。5秒钟以后，说明你大概不是误操作，再按“上一首”就会正常跳到“上一首”歌曲上。
当一首歌快唱完的25秒以内，也就是歌曲 *** 基本唱完的时候，如果你按“上一首”按钮，会重新播放当天歌曲。因为当快唱完的时候你按“上一首”大概是这首歌曲听着很爽，想再来一遍。iPhone自带的播放器是开始播放3秒钟以后，按“上一首”重新播放当前歌曲。
如果你新同步了5首歌进到手机里，新同步的歌曲会排在原来所有歌曲的最上面。你新同步进来的歌曲大概就是马上想听下它们吧，所以把它们放在最上面。你原来那些歌曲的排序也都保留了，不会因为同步而让你所有歌曲重新排序。
正如你看到的，从启动画面开始我们就做了连贯的动画衔接，让每一层含义都清晰可辩。
我们不想单单为了让你看一下无用的“关于”资讯就多占用一个接口，所以在那里我们的“夜间模式”还能给你最后一层惊喜。
开发过程大致经历了以下几个阶段：
2013-01-21 受到DailyCost激发，决定要从音乐播放器角度做个产品。
2013-01-22 上午纸上完成草图，晚上制作出了最初的主原型接口。
2013-01-24 经朋友介绍找到我应用的开发者 rexshi，28日找到接口设计 soioi。
2013-03-03 过完春节并完成所有原型细节，回到北京。
2013-03-16 沟通完各项工作，开始进入开发阶段。
2013-05-15 主体开发功能完成，放出了一个开发者版本的演示视讯。
2013-05-24 释出了一个公测的预览版本。
2013-06-14 提交AppStore稽核。
2013-06-21 OooPlay稽核通过上线，当天达到付费音乐榜第7名，次日达到第3名。
没有那么复杂啊。
我在”应用之星“网站上，做了些音乐APP。
只要上传你的音讯档案，很快就能生成。
小白使用者的救星~~
酷狗音乐+虾米音乐;
网易云音乐+虾米音乐;
QQ音乐+虾米音乐
酷我音乐+虾米音乐
这样两两搭配歌曲较全，如果只选一个酷狗音乐或网易云音乐
你好 相对你的描述 觉得是酷狗 希望帮到你
酷狗音乐
㈢ 如何用androifstudio制作一个android音乐播放器
音乐播放器其实最核心的就是音乐的播放、暂停、快进快退、歌曲切换。如果需要后台播放就要用到Service。
先考虑功能，音乐是程序去扫描还是程序自动搜索，自动搜索就涉及到文件的遍历，文件读取到以后就涉及到如何获取mp3的信息（歌曲名、歌手、专辑等等，也可通过谷歌自带的媒体库读取，不过依耐性就太强了），还有就是界面了，你要做成什么样的（比如播放界面就在此界面还是跳转一个界面播放等等）
㈣ android系统如何制作音乐播放器
简单说：UI编程+Activity编程+Service编程+注册文件中注册两个应用
音乐播放器是一个后台运行的APP，就是最小化以后也在后台默默运行，所以他是一个Service.
你需要制作一个界面，也就是layout文件
然后你需要写一个Activity
你还需要再注册文件中注册这个Service 和 Activity。
如果你没有基础，你可能都不知道我说的是神马？
㈤ 如何写一个正经的android音乐播放器
Github地址:https://github.com/boybeak/Demos
以前写过很多次音乐播放器，但是总有一些问题出现，例如：
1，音乐长时间播放问题（即便是放在service中去播放，依然会被杀死）；
2，音乐的播放进度如何掌握？（如何利用mediaplayer.getCurrentPosition()来有效的通知界面变更进度？）；
3，在我以往的经验中，音乐播放完毕下一曲时候，经常出现当前音乐播放还差几秒钟的时候就下一曲了的情况。
从网上找到教程中，通常都是一个播放器的demo，简单的直接把MediaPlayer放在了一个Activity中去操作，稍有良心的教程把MediaPlayer放在了Servic中，但是这是远远不够的。
最好的教程还是谷歌官方的Training和API Guides，尽管很久以前就简单粗暴的读过有关service的文档，但是，古人都说温故而知新嘛，经过这次温故，对比以前的代码经验，觉得可以有更好的方式来实现一个音乐播放器。遂决定重新写一
㈥ android音乐播放器的测试怎么写
软件工程数据库课程设计——测试报告 1 引言 1.1 编写目的 编写该测试报告主要由以下几个目的 1.通过对测试结果的分析，得到对软件质量的评价 2.分析测试的过程，产品，资源，信息，为以后制定测试计划提供参考 3.评估测试执行和测试计划是否符合 4.分析系统存在的缺陷，为修复和预防 bug 提供建议 1.2 背景说明 说明： 1. 被测试软件系统的名称：android 音乐播放器 2. 该软件的任务提出者：android 老师。 1.3 定义 严重 bug：出现以下缺陷，测试定义为严重 bug 系统无响应，处于死机状态，需要其他人工修复系统才可复原。 点击某个按钮后出现“ Unexpect error，the application has been stopped”或 者返回异常错误。 进行某个操作后，出现“ Unexpect error，the application has been stopped” 或者返回异常错误。 当切换音乐时，出现” Unexpect error，the application has been stopped”或 者返回异常错误。 1.4 参考资料 列出要用到的参考资料，如： 1. 2. 《android 需求和实际和说明书》 《android 项目数据字典》 第1页 软件工程数据库课程设计——测试报告 3. 《android 后台管理系统测试计划》 4. 《android 项目计划》 5. 《android 程序设计基础》 2 测试概要 Android 音乐播放器系统测试从 2014 年 5 月 25 日开始到 2014 年 6 月 1 日结束， 共持续 6 天，测试功能点 6 个，执行 10 个测试用例，平均每个功能点执行测试用例 2 个，测试共发现 5 个 bug，其中严重级别的 1 个，无效 1 个，平均每个测试功能点 1 个 bug。 3 测试结果及发现 3.1 测试 1（功能键测试） 在本次测试中对各个功能键进行了相关的测试，并把各个功能键该有的功能给体现出来。 最后的测试结果是，各个功能键基本符合预想的要求，但是在测试中间，不时会出现一些系 统错误。 3.2 测试 2（音乐清单测试） 在对音乐清单模块进行测试时，先了解音乐清单的具体功能的体现与要求。音乐清单模 块具备自动扫描功能，自动更新，删除重复，删除错误功能。测试过程比较繁琐，不停更换 音乐，增加重复音乐，增加错误来对该项进行测试。对音乐清单界面转变，字体等还需改进。 4 对软件功能的结论 4.1 功能 1（功能键） 名称：播放 参与者：用户 目标：用户点击播放音乐列表中的歌曲 前置条件：播放器正在运行 基本事件：1.用户单击列表中歌曲 2.播放器将播放列表中的点击 的歌曲 名称：暂停 参与者：用户 目标：使得用户可以暂停正在播放的歌曲 第2页 软件工程数据库课程设计——测试报告 前置条件：歌曲正在播放且未停止和暂停 基本事件：1.用户单击“暂停”按钮 2.播放器将暂停当前的歌曲 名称：上一首/下一首 参与者：用户 目标：使得用户可以点播上一首或下一首音乐 前置条件：歌曲正在播放或歌曲暂停中 基本事件：1.用户单击“上一首或下一首”按钮 2.播放器将播放上一首歌曲或下一首歌曲 4.1.1 能力 本部分是对播放音乐时的一些简单的操作，如播放，暂停，切歌。为满足这部分功能， 进行不断的测试已将可以预料到的错误，进行了修改，大体上不会再出现此类错误。 4.2 功能 2（音乐清单） 名称：音乐列表 参与者：用户 目标：使得用户可以进入音乐列表 前置条件：程序在运行 基本事件：1.用户单击“音乐”分区 2.播放器进入音乐列表 4.2.1 能力 本部分是对音乐列表的功能的测试，此项目的音乐列表的基本功能可以实现。对于一些 界面方面的操作，在测试中始终出现错误，排除不了。相对来说测试是成功的，界面上的操 作与音乐播放器的主要功能没有影响，所以可以删除此部分。 5 分析摘要 5.1 能力 Android 音乐播放器的测试今本上是成功的。对于一些基本功能，都能够实现。本软件的 可移植性还是比较强的，只要是 android 手机都可以安装本软件，并且不会出现系统不兼容 第3页 软件工程数据库课程设计——测试报告 的问题。最终的测试结果，也暴露了一些问题，与要求的差一些。就是在音乐清单部分，对 于字体的修改以及界面的转换方面没有完全实现。本软件本就是 android 软件，在测试环境 与运行环境上不存在差异，这完全是因为 android 太强大了。 5.2 缺陷和限制 1． 缺陷描述：音乐清单有乱码，音乐无名称，查看不方便 缺陷影响：其他音乐都有名称，音乐无名称，查看不方便 推迟原因：目前的日志 为了调试方便，显示了很多其它信息，在项目正式发布时会统一处理的。 2． 缺陷描述：数据字典种类修改，默认值设置后，在调用该数据字典种类的数据字典， 默 认值无显示 缺陷影响：数据字典种类的默认值设置后，不能显示设置的默认值，相当于数据字 典种类默认值设置功能未实现 推迟原因：该功能暂时不好实现，需要和和系统的默认语种一起处理。 3. 缺陷描述：多媒体添加，文件上传功能未实现 缺陷影响：文件上传功能未实现 推迟原因：该功能暂时不好完成，在下个版本中完成 5.3 建议 在项目开始的时候应该制定编码标准，数据库标准，需求变更标准，开发和测 试人员都 严格按照标准进行，可以在后期减少因为开发，测试不一致而导致的问题，同时也可以降低 沟通成本。 发布版本的时候，正确布置测试环境，减少因为测试环境，测试数据库数据的 问题而出 现的无效 bug。 开发人员解决 bug 的时候，填写 bug 原因以及解决方式，方便 bug 的跟踪。 开发人员在开发版本上发现 bug，可以通知测试人员，因为开发人员发现的 bug 很有可 能在测试版本上出现，而测试人员和开发人员的思路不同，有可能测试人员没有发现该 bug， 而且，这样可以保证发现的 bug 都能够被跟踪。 。 5.4 评价 本软件经测试，可以在任何 android 设备上运行，安全性得到了保证，可以交付使用。 第4页