溫馨提示×

溫馨提示×

您好,登錄后才能下訂單哦!

密碼登錄×
登錄注冊×
其他方式登錄
點擊 登錄注冊 即表示同意《億速云用戶服務(wù)條款》

react-native之遠程圖片修改后APP不更新

發(fā)布時間:2020-07-14 09:41:05 來源:網(wǎng)絡(luò) 閱讀:3553 作者:lixiaoyu1223 欄目:移動開發(fā)

今天在做客戶的項目時,有一個需求是App上要顯示遠端的圖片,而遠端的圖片有可能會更新,但圖片名不變。

在react-native中,顯示圖片是用的自帶的Image組件,大家都知道react在更新組件之前都會判斷props或state是否有改變,當有改變時才會更新,否則不會刷新頁面。

那問題就來了,遠端的圖片名不變,傳入Image組件的props就不會變,Image組件就不會刷新,當遠端的圖片內(nèi)容被修改之后,該怎么讓前端同時顯示最新的圖片呢?

在遇到這個問題時,我是先在網(wǎng)上找到一個方法,說是兩個同名的圖片,如果內(nèi)容不一樣,則轉(zhuǎn)成base64之后也不一樣,可以以這種方式讓前端刷新,

我當時也覺得這是一個好方法,于是我寫了如下代碼:

let buffer = await akita.get('/圖片地址').buffer();
let base64 = 'data:p_w_picpath/jpeg;base64,' + buffer.toString('base64');

render(){
    ...
    <Image source={{uri:this.state.base64}}/>
    ...
}

結(jié)果真的可以更新了,我興奮的打了一個release版放到真機上去測試,但沒過兩秒,app竟然閃退了,

瞬間感覺不會再愛了。

然后我開始輸出日志查看,特別注明:不論是debug版還是release版,下面這條命令都能查看到輸出日志,但.....具體情況還是你們自己試一下吧,反正不會爆炸。

adb logcat androidRuntime:E/

然后就輸入了很多日志,全是關(guān)于java的,我都快哭了,最終,在日志里找到一個報錯的輸出:

 FATAL EXCEPTION: mqt_js
Process: com.appscreen, PID: 28053
java.lang.RuntimeException: Error calling function: RCTDeviceEventEmitter:emit
        at com.facebook.react.bridge.queue.NativeRunnable.run(Native Method)
        at android.os.Handler.handleCallback(Handler.java:733)
        at android.os.Handler.dispatchMessage(Handler.java:95)
        at com.facebook.react.bridge.queue.MessageQueueThreadHandler.dispatchMessage(MessageQueueThreadHandler.java:31)
        at android.os.Looper.loop(Looper.java:136)
        at com.facebook.react.bridge.queue.MessageQueueThreadImpl$3.run(MessageQueueThreadImpl.java:196)
        at java.lang.Thread.run(Thread.java:841)
 Caused by: java.lang.RuntimeException: Failed to create String from JSON:
        ... 7 more
   Force finishing activity com.appscreen/.MainActivity
D/dalvikvm(28053): GC_CONCURRENT freed 484K, 12% free 4735K/5344K, paused 5ms+3ms, total 50ms
D/dalvikvm(28053): WAIT_FOR_CONCURRENT_GC blocked 31ms
D/dalvikvm(28053): WAIT_FOR_CONCURRENT_GC blocked 42ms
D/dalvikvm(28053): WAIT_FOR_CONCURRENT_GC blocked 12ms
D/dalvikvm(28053): WAIT_FOR_CONCURRENT_GC blocked 14ms
D/dalvikvm(28053): WAIT_FOR_CONCURRENT_GC blocked 35ms
D/dalvikvm(28053): WAIT_FOR_CONCURRENT_GC blocked 27ms
D/dalvikvm(28053): GC_FOR_ALLOC freed 173K, 9% free 4985K/5452K, paused 21ms, total 22ms
D/dalvikvm( 1014): GC_FOR_ALLOC freed 292K, 22% free 7064K/9032K, paused 65ms, total 65ms
I/Choreographer(28053): Skipped 37 frames!  The application may be doing too much work on its main thread.
I/Process (28053): Sending signal. PID: 28053 SIG: 9
W/InputDispatcher( 1014): channel '41b9ec38 com.appscreen/com.appscreen.MainActivity (server)' ~ Consumer closed input channel or an error occurred.  events=0x9
E/InputDispatcher( 1014): channel '41b9ec38 com.appscreen/com.appscreen.MainActivity (server)' ~ Channel is unrecoverably broken and will be disposed!
W/InputDispatcher( 1014): Attempted to unregister already unregistered input channel '41b9ec38 com.appscreen/com.appscreen.MainActivity (server)'
I/ActivityManager( 1014): Process com.appscreen (pid 28053) has died.
I/WindowState( 1014): WIN DEATH: Window{41b9ec38 u0 com.appscreen/com.appscreen.MainActivity}
 Caught a RuntimeException from the binder stub implementation.
 java.lang.NullPointerException
      at android.inputmethodservice.IInputMethodWrapper.setSessionEnabled(IInputMethodWrapper.java:280)
      at com.android.internal.view.IInputMethod$Stub.onTransact(IInputMethod.java:129)
      at android.os.Binder.execTransact(Binder.java:404)
      at dalvik.system.NativeStart.run(Native Method)

看到這,我已經(jīng)心涼了,這是什么錯,完全和自己寫的代碼對不上號啊,

但是沒辦法,只能硬著頭皮去網(wǎng)上扒拉,希望能找到答案,

結(jié)果是........讓人很失望,我沒有找到怎么解決這個bug。


后來實在感覺弄不出來了,只好去請教大神,對話如下:

我:大神,我這有個問題幫我看一下唄,

大神:  RN我也沒搞過啊,

........我很心涼,這時大神又問了一句

大神: 你什么需求,

我: Q#$^#$&#@@&@(見文章開頭),

大神:這還不好辦,既然請求的是網(wǎng)絡(luò)圖片,你給圖片地址后面加隨機參數(shù)不就行了。

。。。。。。

好吧,大神就是大神,一句話讓我網(wǎng)上扒拉資料的4個小時變成了一堆廢渣。。

于是我就按大神說的來做,

randomString() {
  len = 6;
  var $chars = 'ABCDEFGHJKLMNPQRSTUVWXYZabcdefhijklmnprstuvwxyz0123456789';
  var maxPos = $chars.length;
  var pwd = '';
  for (let i = 0; i < len; i+=1) {
    pwd += $chars.charAt(Math.floor(Math.random() * maxPos));
  }
  return pwd;
}

render(){

    let imgUrl = SERVER_HOST + '/pic/' + item.pic + '.jpg?code=' + this.randomString();
    ...
    <Image source={{uri:imgUrl}}/>
    ...
}


好吧,不得不再次感嘆一聲,大神就是大神,一句話讓我之前寫的代碼全白費,又同時解決了我的問題。

在此,感謝大神。

---------------------------下面是重點----------------------------------------------

想讓圖片刷新,就必須保證傳入 Image 組件的props是不一樣的,基于文件名相同,則只能:

1,使用base64,不同圖片內(nèi)容的base64是不一樣的,但這種方法可能會碰見我上面說的坑。

2,因為是網(wǎng)絡(luò)圖片,所以,每一個圖片地址就像當于一個API接口,是可以帶參數(shù)的。

    文件名后面跟上一些參數(shù)后,不管參數(shù)是什么,api接口沒有變就能得到圖片內(nèi)容,同時,因為參數(shù)不一樣,最終傳入Image組件的props也不一樣,這樣就能讓Image組件刷新了。

向AI問一下細節(jié)

免責聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進行舉報,并提供相關(guān)證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權(quán)內(nèi)容。

AI