工作以來一直在做ios即時通訊這方面的東西，說到即時通訊，最常見的就是socket方面的知識，socket被問到的最多就是如何保持長連線。
這裡就簡單的說些socket的長連線問題。
其實簡單，就是利用了ios的推送機制----apns，當檢測到程式與伺服器斷開連線後，當有訊息需要推送時，走的就是蘋果的apns，從而保證訊息的及時到達，但是由於apns的不穩定性，也會發生訊息延時。
實際上是這樣的，當你與伺服器斷開連線後，qq不會立刻將你的狀態換成斷線，這點在電腦上特別明顯，而是將狀態保持一段時間，預設記得好像是48小時，若這段時間後還未連線，則換成斷線，將狀態推送過去。
通過這樣解決了在移動端的socket訊息收發問題。
Android客戶端socket長連線通訊總結
最近有三個專案是做校園物聯網相關的，已經完成了兩個，之前的校園裝置管控也是長連線通訊專案，對客戶端長連線通訊還是有了一定的經驗與心得，自此做些總結筆記之類，不講 裡面的東西。第乙個基於socket長連線的專案是裝置管控專案，剛開始並沒有使用socket長連線，而是採用了定時重新整理資料的方式，後面就...
python http長連線客戶端
線上機器，需要過濾access日誌，傳送給另外乙個api 期初是單程序，效率太低，改為多程序傳送後，檢視日誌中偶爾會出現異常錯誤 忘記截圖了。總之就是埠不夠用了報錯 每一條日誌都是一次請求傳送給api，短連線產生大量time wait狀態，占用了大量埠 這種高併發導致的大量time wait狀態核心...
詳談python http長連線客戶端
背景 線上機器，需要過濾awww.cppcns.comccess日誌，傳送給另外乙個api 期初是單程序，效率太低，改為多程序傳送後，檢視日誌中偶爾會出現異常錯誤 忘記截圖了。總之就是埠不夠用了報錯 原因 每一條日誌都是一次請求傳送給api，短連線產生大量time wait狀態，占用了大量埠 這種高...