Java Swing 做桌面音乐播放器可行，但需借助 javazoom.jl 等第三方库解码 MP3，因 javax.sound.sampled 原生不支持；播放必须异步执行以避免 EDT 阻塞界面。
Java Swing 做桌面音乐播放器可行，但别指望它能直接解码 MP3 或播放网络流——javax.sound.sampled 原生只支持 WAV、AIFF、AU 等无压缩格式，MP3 会直接抛 UnsupportedAudioFileException。
为什么 new AudioInputStream(new File("xxx.mp3")) 总是失败
Java 标准库不内置 MP3 解码器。即使文件存在、路径正确，AudioSystem.getAudioInputStream() 遇到 MP3 就会报错，不是你代码写错了，是 JDK 没这能力。
- 验证方式：用
AudioSystem.getAudioFileTypes()打印支持的格式，你会发现没有MP3 - 临时绕过：把音频转成 16-bit PCM WAV（例如用 ffmpeg：
ffmpeg -i input.mp3 -ar 44100 -ac 2 -f wav output.wav） - 长期方案：引入第三方解码库，比如
javazoom.jl（轻量）或tritonus（较重但功能全）
如何用 javazoom.jl 播放 MP3 并控制暂停/继续
这个库把 MP3 解码成 PCM 流，再喂给 Java 声音系统播放，是初学者最易上手的组合。
- Maven 依赖加这一行：
javazoom jl 1.0.1 - 核心逻辑不是调
Clip，而是用Player类：Player player = new Player(new FileInputStream("song.mp3")); player.play(); // 阻塞式，不能直接用于 UI 线程 - 要响应按钮点击并支持暂停，得自己缓存解码后的 PCM 数据，或改用非阻塞方式（推荐起新线程 +
volatile boolean控制循环） - 注意：
player.close()必须调用，否则音频线程可能卡住，下次播放失败
Swing 界面卡顿、按钮点不动的根源
所有耗时操作（如加载大文件、解码、播放）必须离开 EDT（事件分发线程），否则整个界面冻结。
立即学习“Java免费学习笔记（深入）”；
-
player.play()是同步阻塞的，直接在ActionListener里调用 → 界面假死 - 正确做法：用
SwingWorker包裹播放逻辑，或启动独立Thread，状态变更用SwingUtilities.invokeLater()更新按钮文本 - 进度条无法拖动？因为没实现 seek ——
javazoom.jl不支持随机访问，只能顺序播放；真要拖动，得换mp3spi+tritonus组合，复杂度跳升
真正卡住初学者的，从来不是“怎么写播放按钮”，而是“为什么点了没反应”和“为什么 MP3 死活打不开”。先跑通 WAV，再加 jl，再拆线程，一步跳三级容易全盘崩溃。
