0
我已經開發了一個應用程序,它爲每個短消息生成一個操作符URL並等待響應。如果應用程序獲得200 Ok響應,則數據庫將針對該情況進行更新。所以,響應會有延遲。是否有可能在一個線程中的http請求,在另一個線程中的響應?
應用程序是否有可能在一個線程中捲曲http url並且響應將被另一個線程接收?
我用C/C++編寫了我的應用程序。
我已經開發了一個應用程序,它爲每個短消息生成一個操作符URL並等待響應。如果應用程序獲得200 Ok響應,則數據庫將針對該情況進行更新。所以,響應會有延遲。是否有可能在一個線程中的http請求,在另一個線程中的響應?
應用程序是否有可能在一個線程中捲曲http url並且響應將被另一個線程接收?
我用C/C++編寫了我的應用程序。
調用curl,等待響應和更新DB是順序操作。在不同線程中執行順序操作不能使事情變得更快,但肯定會使它們更加複雜且容易出錯。
想想如何在單獨的線程中運行每個sms/url作業,或者更好地說,在線程池中,因爲作業數量可以超過合理的線程數。