最近處理生產上的一些問題，對程式設計和程式設計有了一些新的認識。淺談一下。

1、Servlet

servlet這個東西，可以用來做對外服務的介面，釋出一個上下文就可以使用http呼叫。也許很多時間我們只是簡單地override了doGet和doPost方法，呼叫業務處理完print回去。如果這個業務處理很費時，那麼這個servlet執行緒就會一直不能回收。我們知道一個tomcat能接受的最大併發是有限的。所以如果servlet容器資源用盡，很難接收後續的http請求。servlet 3.0的新特性async-supported幫我們解決了這個事。它允許我們把servlet執行緒的業務處理給執行緒池去做，自身可以馬上返回servlet池中。當子執行緒處理完業務後，再用持有的respone物件輸出實際的響應。

2、主執行緒與子執行緒

程式使用了httpClient工具，最近發現ajax經常出現java.net.SocketTimeoutException: Read timed out，查了這個請求，是呼叫應用的一個介面。一開始總是以為可能是網路因素導致超時什麼的。看了超時時間，設了10s，夠長了，還是會出現。經驗豐富的宋工說，看是不是該請求的鏈過長導致響應慢。有理，查之。發現方法裡有一處地方使用HttpClient呼叫了另一個系統的介面，而這個接口裡，有呼叫中介軟體寫資料庫和呼叫微信介面的操作。所有的程式碼都是同步的，意味著哪一個地方處理費時，就會導致最開始那個ajax的響應慢甚至超時。

所以啊，設計程式時，要充分知道哪些地方是可能會耗時長的，比如大IO讀寫，遠端呼叫，讀寫資料庫等等。這些地方，最好是啟用單獨的執行緒處理。對於需要返回值的，可以用

Future。如下程式碼。heavyWork()會做很費時的操作，我們用的一個Future來代替他，主執行緒中可以asyncGetUser()，把Future引用存在map中，這樣主執行緒可以在其他地方通過future.get()獲取到結果，而不是卡在這裡。
另外提點建議，程式中一些重要的業務處理，應該針對性地輸出執行時間來，比如超過多少秒的，要打印出來，這樣出問題好找。

public Future<User> asyncGetUser() {
    Future<User> future = threadPool.submit(new Callable<User> {
        public
 
 User call() throws Exception {
            return heavyWork();
        }
    }
    
    return future;
}

3、推送
專案二期客戶需要一個推送的 功能。坐席通過線上客服給客戶的券商app推送一些訊息。這東西不像 IM 那樣經常會有資料傳輸，可能是不定時才會有一兩個訊息，所以讓app一直保持一個socket連線不好，當然這個功能可以已方來做。現在也有很多成熟的推送產品，如百度雲，極光等。他們會提供一個要整合到app的sdk，開發用的jar包，一套api，帳號和地址等等。sdk的onNotificationClicked會監測到點選行為並跳轉到指定的activity。使用者的app是沒有整合推送軟體的。還有一點是現在的推送產品也是很多，都提供了簡單的整合方式和開發要求，也穩定高效，比自己實現好得多。