tcp長連接中調用post的并發(fā)問題

悲傷的荷蘭豆 更新于2019-09-24

????? 業(yè)務場景，設備tcp長連接發(fā)送數(shù)據(jù)上來，然后我需要調用三次第三方的api，返回給設備，測試大概調取三次api的時間總計在0.4-0.7秒之間，這基本上也是單線程處理一個業(yè)務的時間（時間基本花費在post 第三方api上，內部的邏輯操作所消耗的時間幾乎可以忽略不計），我開起了16個bussiness進程來處理業(yè)務邏輯，測試全部處理500個并發(fā)大概需要10s左右的時間，但是實際的場景中，前500個并發(fā)與后500個并發(fā)中間的時間間隔大概只有3秒中，越來越多的tcp鏈接就會導致業(yè)務阻塞，CPU使用率就會到100%，然后服務器就炸了，求解決方案。
???? 現(xiàn)在我只能想辦法增加并發(fā)數(shù)量，增加服務器配置或者分布式，目前服務是雙核4G內存的centos?？戳讼挛臋n有異步任務的方式，但是異步任務好像只能保證服務不會阻塞，沒辦法保證響應時間，場景要求設備必須在3秒之內收到回復，跪求大佬指點迷津，點撥一下即可~~~

 2350  1 0

1個回答

抽不完的寂寞 2019-09-24

cpu 100%了，要加服務器配置了

悲傷的荷蘭豆 2019-09-27

還想請問一下，單純的增加進程數(shù)量和端口數(shù)量（比如我又在application中寫了好幾個相同的業(yè)務，只是端口不通，文件夾名稱不同），能不能更充分的使用服務器資源
抽不完的寂寞 2019-12-17

cpu都100%了，哪里還有資源可用？？？