写一个 Android 本地音乐播放器的心路历程

开始的想法很简单，就是能通过 wifi 传 mp3 到手机上播放，有单曲循环、顺序播放、目录循环什么的就行了。客户端应不需装任何软件，就用浏览器传文件。
但市面上好像没有这种应用，不是要数据线拷文件，就是要在线播放它提供的歌曲，胡里花哨的一大堆不需要的功能，还几十、上百兆的。
那我就着手自己写一个吧，首先要一个 android http server，请参考 [用一个安卓 app 实验全栈开发] ，这个有了之后又要加入文件管理功能，比如：创建新文件夹、移动、删除、重命名等。把这个简单的文件管理界面加上后，再加上播放器相关的：单曲播放、单曲循环、顺序播放、目录循环。因为这是用浏览器的<audio>标签播放，所以局域网内的其它人也可以同时播放你手机上的音乐。
那不是可以当作文件服务器用吗？干嘛限制只能上传 mp3 ？所以要让它可以上传十几个 G 的蓝光电影，或几百兆的 office 安装包。别人通过浏览器可以下载（或在线播放）你手机上的文件。好了，这些又有了之后感觉不太过瘾。
既然整个 boost asio 都在上面，顺便也写个 socks5 代理吧，让别人可以通过你手机代理上网，如果你手机有 vpn 账号的话还是有点用的。

目前所有的一切还在局域网内，要让它上广域网，界面是 vuejs 写的，运行在安卓 webview 里，我觉得应该把 webrtc 加上，webrtc 需要个 signaling server，然后我就用 nodejs 写了个 signaling server 做成了 docker 镜像（包含 stun/turn server ），随便在哪个有公网 ip 的服务器上 run 起来，不需要域名。这个 app 里再加上个“服务器配置界面”，可以配置多个服务器，就像 wow 的不同世界服一样，但要让它同时与不同服务器的玩家交互，就要有个 id 来标识它，就用手机硬件序列号的 hash 做 id 吧。比如玩家 a 同时在 s1，s2 两台服务器上出现的话，玩家 b 也在这两台服务器，那么 a 与 b 只会建立一个 webrtc 连接，因为同一 id 的玩家已有连接的话就不会再建立了。

流程是这样的：玩家打开 app，就会同时建立 N 个 websocket 连接到他配置的服务器去，配置了几个就连几个，如果没有一个服务器的话，那他就完全在自己局域网内当文件服务器用，每个公网服务器会随机选最多 100 个其它玩家的 id 发给它通过加密后 websocket 连接（就像 https ），然后这个安卓 app 会把该服务器当作 signaling server，与这些玩家建立直接连接其后与这些玩家的交互就不再经过任何服务器了。所以我又加了几个界面：附近玩家列表（直连的），私聊界面，附近频道，世界频道，及个人信息配置界面：昵称、头像、签名，是否允许加好友，是否允许音频 /视频聊天，是否允许被当作代理（这个后面会解释）。
私聊界面就类似微信的，可以发语音、文字、图片、文件什么的，还可以申请语音 /视频聊天，及请求代理。有的手机浏览器版本太低，建立实时音频 /视频聊天会失败，我个人测试用一加 5t 与华为平板可以视频聊天，但是与 nexus 6p 则会失败，可能要 Android7 以上的 webview 才行吧。不过这个不重要了，因为可以发录音文件嘛，就像微信那样按下说话，松开发送那种而且还可以在附近频道群发。如果有人发垃圾消息可以屏蔽他，屏蔽后会与他断开直连，并不再接收其世界频道消息；有些人也可以加为好友，好友列表里的玩家会被优先直连，所有玩家不需要注册，他的手机就是他的 id，除非换手机。

到目前为止还没什么有创意的。上面说了每个玩家手机上都有个 socks5 代理，如果让别的玩家做代理服务器上网呢？
这个问题困扰了我许久，最初想用 udp 打洞穿透，然后 tcp 走 udp，但据说有些手机网 ISP 会屏蔽 udp，而且这个内 /外网的 ip 建立连接还要像 ICE 那样处理，相当于是把 webrtc 的功能再实现一遍，看了几篇 rfc 文档，觉得这个不是短期能做的。开始是想让 C++层直接穿透直连，因为 tcp 的监听也是在 C++做的，都放在一起做感觉会简单点，那时把那个udt（不是 udp ）库都已编译成安卓版了，这个是可靠传输的 udp C++库，试了下感觉它那个接口跟 asio 不太兼容，明明用 C++写的，还非得要搞成 BSD socket 那样 C 接口，就放弃了。况且即使这个能用也还要实现几个 rfc 文档。所以就整个放弃 C++层穿透了。
webview 里的 webrtc 都已经直连了为什么不用呢？开始考虑的是 C++服务是运行在 Android Service 里，而 Webview 是运行在 Activity 里，service 可以长期运行，activity 切换到后台其中的代码执行就会被中断。所以又去查了下什么情况下 webview 里的 websocket 不会被中断。这篇文章说了个方法，试了一下，遗憾的是它需要用户手工开启特殊权限，而且允许这个特殊权限的接口在以后的 android 版本里还可能会变化。
算了，就直接用 Activity 里的 webview 里的 webrtc 吧。我把本地 socks5 的监听端口号+100，开另一个 tcp 监听（我称作远程 socks5 代理端口），当这个端口有连接过来，C++层会通过本地 websocket 询问 webview 层“是否有附近玩家同意作为代理”，有的话则通过 webrtc 通道（直连通道）通知对端的 webview 再通过它本地的 websocket 通知它的 C++层建立与它自身 socks5 的 tcp 连接……。说起来太拗口了，图示如下：

最终这样实现了，自己测试了一下效果还行，如果打开网站去查 ip 的话，会显示别人手机的 ip为了测这个还买了个 XX 云 1 核 /1G/1M 的服务器自己搭了个 vpn 用另一台手机连接测试。因为没什么人脉，都是自己搞。
后面还想把 bt 下载也加进去，是用 webtorrent （ js 库）呢？还是用 libtorrent （ C++库）？我是倾向用 webtorrent，因为用 js 写起来简单些，结果一测根本就不支持老一点手机的 webview，就像那个视频聊天一样。

算了，等以后大家换几代手机再说吧。回想当初不是只写个音乐播放器吗，先到这吧，有点扯远了。

App 下载（ 5.3M ）

默认加了一个测试服地址1 核 1G1 兆的服务器。你也可以自己起服务，然后让自己的圈内人都配置这个地址
signaling server 的代码地址，就一百多行 nodejs 代码

https://github.com/novice79/ss