Vidar が言うように、接続の再確立は、サーバーによって新しい接続として扱われます。
オーディオ再生をダブル バッファリングする必要があるようです。これは、カスタム メディア プレーヤーを構築することを意味します。これにより、継続的なオーディオを提供できますが、ライブ ストリームを聞いているときはスキップされます。
MP3ファイルの方が再生位置がわかるので少し楽です。ライブストリームではそうではありません。
gmaster が言うように、ネットワークが変更されたときに新しい接続を確立するには、ブロードキャスト レシーバーが必要です。以前のネットワーク接続からのオーディオ バッファは、新しい接続を介して新しいオーディオ バッファが満たされる間、再生を継続する必要があります。
新しいバッファが再生を開始するのに十分なほどいっぱいになったら、再生を切り替えることができます。ファイルをストリーミングしている場合、サーバーのサポートと少しの作業で、現在の再生位置データが両方のバッファーにあることを確認し、シームレスに切り替えることができます。
ライブ ストリーム バッファは同期できないため、切り替え時に必然的に不具合が発生します。
バッファーを大きくすると、接続の確立に時間がかかる場合にオーディオのドロップアウトが回避されますが、再生の最初の開始が遅れます。MP3 ファイルをダウンロードすると、リアルタイムよりも速くバッファーがいっぱいになりますが、ライブ ストリームはリアルタイムでバッファーされます。
Chris.Jenkins は、役立つ MediaPlayer メソッドについて言及していますが、これにはカスタム フレームワークが必要なようだと指摘しています。彼が言及した条件などを処理する必要があります。
綺麗に撮れたらここに載せます。私は質問を開いたままにしておくつもりです。