花了5天時間，終於解決了乙個bug，心情非常愉快，憋了這麼久，不吐不快。
首先我懷疑的是時間戳不均勻。於是我將傳送端的時間戳，接收端的時間戳分別日誌成檔案，統計，沒有發現過大或過小的時間戳。也沒有發現累計時間戳和累計到達時間偏差很大。這樣能排除時間戳的問題。
當然，神是不會理我的，這bug還是要我們程式設計師自己解決。fp還是列印日誌netstream.buffer.empty。於是又來分析時間戳，統計，沒有發現過大或過小的時間戳。也沒有發現累計時間戳和累計到達時間偏差很大。但是發現累計時間和累計到達時間相比戳抖動比較大。說明時間戳沒問題，只是有些包來晚了，然後後來又補上了。這樣子好像是遠端直播頻寬不穩定導致。於是讓在現場的工作人員測試直播，效果流暢。再讓他們測測錄製，也是流暢的。反覆測試沒出現卡頓，問題終於解決了。心情愉悅。
總結，1，找bug需要沉下心來，找不到問題不要灰心，一定要充滿鬥志，否則容易中途放棄不前。 2，判斷問題需要準確定位，在乙個錯誤方向上努力完全是浪費時間。3，多做實驗，寫日誌，用資料說話，不要憑空猜測。4，寫**的時候，日誌不要多，但處理嚴重錯誤的時候還是需要日誌一下，方便日後排除錯誤。不要像我緩衝滿了也不printf一下。
時間戳問題
工作中遇到資料中時間戳需要轉化的問題大致有下面兩種方法 方法一 較為通用，相容性較好，格式可變 console.log formatdate new date 1470358961000 function formatdate now 方法二 大部分手機相容，部分手機不相容，格式不可變 1.ns為1...
時間戳問題
time 方法不會受到時區設定的影響，返回的一直是格林威治時間，也就是這個數值始終是一直的 但是date函式和strtotime函式，在進行格式化轉換時，會將時區的偏移量計算進去，也就是雖然time 返回的是正確的時間戳，但是date後，得到的並不是想要的時間，同理strtotime得到的時間戳也會...
時間戳問題
我們在跟後台進行資料互動的時候，有時候會進行時間戳的處理，但是不可避免的就會存在一些問題 1 當我們請求的時候，如果是從 yyyy mm dd 格式的資料，那麼時間戳，返回的是 yyyy mm dd 08 00 00 2 如果是 yyyy mm 格式的資料，返回的時間戳是 yyyy mm 01 08...