Soul Android app 懸浮view以及帖子中view的聯動刷新逆向分析

Soul app是我司的競品，對它的語音音樂播放同步聯動的邏輯很感興趣，因而就開啓了一波逆向分析。

下面看代碼，以及技術分析，直接步入正軌，哈哈。

咱們根據https://github.com/xingstarx/ActivityTracker 這個工具，找到某一個頁面，好比cn.soulapp.android/.ui.post.detail.PostDetailActivity 這個頁面，而後咱們用反編譯工具AndroidToolPlus反編譯soul 的Android apk, 而後搜索下PostDetailActivity這個類。而後找到這個類以後，咱們在根據代碼經驗猜想，這個語音音樂封裝的控件可能在哪，確定是在PostDetailActivity裏面或者是他內容的某個成員變量裏面，一不當心，咱們就找到了PostDetailHeaderProvider。在這個類裏面找到了MusicStoryPlayView, AudioPostView這兩個view類，他們就是封裝好的音頻view，音樂view。(就不截圖了。有人感興趣能夠按照我說的實踐一番就能獲得結論了)

關鍵代碼找到了。那就看看他們內部實現吧。

public class MusicStoryPlayView
  extends FrameLayout
  implements SoulMusicPlayer.MusicPlayListener

類結構上，實現了核心播放器的listener邏輯，那就說明，他的刷新邏輯，都是經過播放器自身的播放狀態回調到view自身上，而後view自身實現了對應的刷新機制就能夠更改view的狀態了

 

咱們選取幾個回調的邏輯看看。不作仔細分析。

 public void onPause(cn.soulapp.android.lib.common.c.i parami)
  {
    d();
  }
  
  public void onPlay(cn.soulapp.android.lib.common.c.i parami)
  {
    LoveBellingManager.e().d();
  }
  
  public void onPrepare(cn.soulapp.android.lib.common.c.i parami)
  {
    if (this.e == null) {
      return;
    }
    if (parami.b().equals(this.e.songMId)) {
      e();
    }
  }

 

那麼咱們還得思考一個問題，這個listener是何時被添加進來的呢。關鍵點在於view自身的兩個方法

  protected void onAttachedToWindow()
  {
    super.onAttachedToWindow();
    SoulMusicPlayer.k().a(this);
  }
  
  protected void onDetachedFromWindow()
  {
    super.onDetachedFromWindow();
    SoulMusicPlayer.k().b(this);
  }
  

因此很明顯，在view被添加到window上(也就是在頁面上顯示出來)的時候，添加入listener裏面，從頁面消失，就移除出去。

接着咱們在看看核心播放器的邏輯裏面，是怎麼調度的？

根據代碼相關聯的邏輯，咱們很容易找到核心播放器類SoulMusicPlayer

 public void a(cn.soulapp.android.lib.common.c.i parami)
  {
    y0.d().a();
    LoveBellingManager.e().d();
    MusicPlayer.i().f();
    if (TextUtils.isEmpty(parami.f())) {
      return;
    }
    Object localObject1 = this.d;
    if (localObject1 != null) {
      if (!((cn.soulapp.android.lib.common.c.i)localObject1).equals(parami))
      {
        i();
      }
      else
      {
        if (!f())
        {
          this.a.setLooping(parami.g());
          h();
        }
        return;
      }
    }
    if (this.a == null)
    {
      this.a = new IjkMediaPlayer();
      this.a.setOnErrorListener(this);
      this.a.setOnCompletionListener(this);
      this.a.setOnPreparedListener(this);
    }
    this.a.setLooping(parami.g());
    try
    {
      if (l0.e(parami.f()))
      {
        SoulApp localSoulApp;
        Object localObject2;
        if (parami.a() != null)
        {
          localObject1 = this.a;
          localSoulApp = SoulApp.e();
          localObject2 = new java/io/File;
          ((File)localObject2).<init>(parami.f());
          ((IjkMediaPlayer)localObject1).setDataSource(localSoulApp, Uri.fromFile((File)localObject2), parami.a());
        }
        else
        {
          localObject2 = this.a;
          localSoulApp = SoulApp.e();
          localObject1 = new java/io/File;
          ((File)localObject1).<init>(parami.f());
          ((IjkMediaPlayer)localObject2).setDataSource(localSoulApp, Uri.fromFile((File)localObject1));
        }
      }
      else
      {
        localObject1 = parami.a();
        if (localObject1 != null) {
          this.a.setDataSource(SoulApp.e(), Uri.parse(parami.f().replace("https", "http")), parami.a());
        } else {
          this.a.setDataSource(SoulApp.e(), Uri.parse(parami.f().replace("https", "http")));
        }
      }
      this.a.prepareAsync();
      this.d = parami;
      this.b = true;
    }
    catch (IOException parami)
    {
      parami.printStackTrace();
    }
  }
  

 

 public void g()
  {
    if (f())
    {
      Object localObject = this.a;
      if (localObject != null)
      {
        this.b = false;
        ((IjkMediaPlayer)localObject).pause();
        localObject = this.e.iterator();
        while (((Iterator)localObject).hasNext()) {
          ((MusicPlayListener)((Iterator)localObject).next()).onPause(this.d);
        }
        this.c.removeCallbacksAndMessages(null);
      }
    }
  }

仔細觀察分析這兩個方法體，大體能夠猜想出，他們是start邏輯，以及暫停播放的邏輯。能夠分析出，核心播放器執行完播放，暫停，中止等邏輯後，都會調用List裏面的listener，遍歷listener，而後觸發對應的回調邏輯。

恩，大致的思路有了，就是這麼搞，哈哈。

 

那麼我用於我本身項目中，是這麼用的麼，仍是有一些細微差別的，總體方案是參考的soul。細微不一樣之處在於我是將MusicStoryPlayView放在xml裏面，不是像soul那樣，直接new的。因此MusicStoryPlayView會被添加不少次，好比在列表中有不少個的話，後面須要判斷播放的媒體資源，跟MusicStoryPlayView存放的媒體資源的主鍵是否一致。

此外出了view類，我對於一些特殊的邏輯，好比Activity或者是懸浮view等等，都實現了PlayListener。經過他們能夠實現一些棘手的問題。

好了，本篇到此結束，若是你們有疑問，歡迎留言交流。