這裡的串並行是根據業務來理解的。
最近優化專案，更改業務需求，發現了乙個問題。在jq專案中，出現了這樣乙個場景。a、b、c三個介面，a介面查詢總的資訊，使用a返回的code值查詢b介面，b介面返回flag，用flag值加上a的部分引數一併傳給c。因為c介面相當慢，就考慮b,c並行調取，這樣通過了第一波測試。
a介面呼叫加loading，沒有問題，返回成功時去調取b，這裡就考慮不周，通過測試發現b介面200ms左右就會返回，這個時候簡單粗暴的給c介面乙個延時調取，給了300ms,業務調取多的時候，出現過一次介面b變慢了，慢到300ms,當時想當然認為，給500ms絕對夠用。然而，是問題總會暴露出來，接著在連續不間斷測試中發現，b介面有時候會達到900多ms,發生的概率雖然很小，但一定會發生，所以這種介面的調取就有問題，不能採取想當然的延時。
通過反覆測試，發現了這個場景的出現。
提出了優化方案，b介面需要的引數從另外乙個地方取，讓a、b介面並行，這樣就解決掉b介面返回不了，影響c的問題。
其實這樣的場景發生的概率還是有的，在後期業務的優化的時候，b介面是新增加的。取值的不當和調取的想當然導致出現這樣的問題，謹記謹記！！
還是需要更嚴謹的態度，對待計算機。
fluent 介面 鏈式呼叫的介面
在一些框架中，比如hiberante中，比如配置系統變數時，通常都是鏈式呼叫來賦值的.如下賦值就是鏈式呼叫 person person new person person.setid 1 setbirthday localdate.of 1991,10,7 setname mark 借助this關鍵...
關於12864的串並行分析
有時候在使用12864的時候經常令我們疑惑的事情就是關於psb的使用，我們很疑惑psb的作用，其實psb的作用很簡單，就是控制12684資料傳輸的串並行。一般正常來說的話我們使用的都是並行的。lcd12864的通訊方式是序列 並口可選的，那麼這兩種有什麼區別呢？1 序列有查忙，需要加延時，否則會出現...
salt的python介面呼叫
salt的python api python指令碼呼叫salt命令 指令碼要在master機器上執行，執行使用者需要是master使用者 1 獲取master配置檔案 salt.config.client config path,env var salt client config defaults...