bug描述是這樣的, 為了描述的方便,我先定義幾個變數
a: 客戶端a
b: 客戶端b
a_send: 傳送的a
a_recv: 接收到的a(這裡的a可能和傳送的不一樣)
有2個客戶端a和b, 他們自己應該是可以傳送和接收的.但是接收端接收到了, 但是無法開啟.
a傳送a_send給b, b收到了a_recv,但是無法開啟; 我將這個匯入到windows裡面, 發現windows是可以識別的.
我就納悶了怎麼辦?
我將b接收到的b_recv解碼,錯誤....我當是沒有想到的問題, 一直以為是bitmapfactory.decodestream是有bug的,
並且網上也有很多文章說bitmapfactory.decodestream的低版本的sdk中是有bug的,但是當我使用了網上人提供的新方法來解碼該檔案的時候,還是有錯誤...
但是我不放棄, 我去google,去stackoverflow查詢辦法. 毫無疑問, 無果.
我就折騰了半天為什麼bitmapfactory.decodestream這個是有系統bug的.
當前也因為被乙個原因誤導了,就是 a與b是2個不同的手機, 當用a來接收的時候能接收到,當用b來接收的時候接收不到.
我還以為是手機的問題.唉....
這個時候, 對於我們很關鍵的一點, 需要先去驗證傳送的a_send和a_recv大小是否一樣. 不要想其他的,
當我將傳送的檔案和接收的檔案比對以後,發現,接收的檔案少了乙個位元組.
就是這乙個位元組導致了bitmapfactory.decodestream解碼錯誤,但是windows解碼是正確的,估計windows系統對的解碼做了相應的優化..
截至目前位置,該問題還沒有完全解決.
等待下周一來繼續弄....
記一次uwsgi django nginx 調優
uwsgi project fortune cat uid ubuntu gid ubuntu path fortune cat base home uid chdir base path project master true thunder lock true processes 2 cheap...
記一次前端bug排查
前言 時隔三年，終於記得要找回賬號密碼開始寫筆記了，這周剛加入了乙個後台管理系統專案，測試反饋系統重新整理時經常會直接登出，嚴詞要求解決這個 重大 bug，so尷尬。更嚴重的是發現系統在ie上直接登不進去，嬸可忍叔不可忍，於是我開啟了苦逼的尋bug之路。既然是登出了，當然會有登出請求，chrome重...
記一次sum SQL 統計BUG
create table asgard share records id bigint 20 not null comment 分享記錄id status tinyint 3 unsigned not null default 1 comment 資料狀態 1 正常 0 刪除 create time...