㈠ 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頁