最近項目中遇到了一次curl超時，導致了用戶操作寫入失敗的問題
1、curl超時怎樣去追蹤哪一個步驟導致超時
php 超時原理：
一次請求調用某個api出現超時的時候我們如何判定是在哪一個步驟超時了？
1、網絡原因，請求超時，服務端代碼未執行，很容易判斷，超時後，服務端無任何操作
2、服務端執行超時，服務端代碼已執行，但並未執行完已經超出設定的超時時間
針對第二種情況，要首先分析出服務端代碼已經執行到哪一個步驟了，接着看一下將要執行卻未執行的步驟是什麼，分析出是不是該步驟導致超時，是則針對該步驟進行優化，不是則向前分析，判斷出之前執行過的哪個步驟比較耗時，導致後邊超時。
2、一次操作多次調用某個異步服務的處理方式
當我們在一次操作中需要去多次調用一個TCP異步服務（有連接超時時間）的時候，如何儘可能地減少服務掛了對我們造成的影響
我的理解是將這多次調用封裝到一個api接口中，然後去異步調用一次，這樣即使異步服務掛了，也只會連接超時一次。
3、一個服務我們主觀判定不好用之後第一反應難道應該是棄用？
最起碼我不這麼認爲，我更傾向於去找出來是它真的不好用還是自己沒有用好。
4、作爲一個研發，我從來沒想過推卸責任
當在一個團隊中，出現了一些問題，解決方案都還沒出來，卻有人已經開始想着推卸責任的時候，那一刻
，我真的很想離開這個團隊。但或許我們更應該想的是如果我是團隊管理人員，如何解決這種問題？