接口返回?cái)?shù)據(jù)是124b

現(xiàn)在你的服務(wù)器ab壓測第三方接口，看下能壓到多少，先不走webman

第三方接口只能從代碼程序端發(fā)起他們接口是這個(gè)protobuf協(xié)議，不能直接發(fā)起請求

第三方接口不是http協(xié)議？

1臺多高的服務(wù)器能抗住還是要負(fù)載均衡部署下

$url = '';
$client = new \GuzzleHttp\Client();
$response = $client->post($url, [
'body' => $serializedRequest,
'headers' => ['Content-Type' => 'application/x-protobuf']
]);
$serializedResponse = $response->getBody()->getContents();
現(xiàn)在是這樣寫的

如果對方支持keep alive，那你的客戶端每次都不要new，做單例長連接，避免每次都要建立連接

要怎么寫一下

基于http的keep alive，你要先確認(rèn)對方是否支持keep alive；
然后guzzle帶上頭Connection keep alive；
然后創(chuàng)建的client對象用單例實(shí)現(xiàn)，具體可自行百度，大概就是靜態(tài)屬性儲存，判斷是否是null，如果是就new，如果不是就拿來直接用

支持的keep alive；

    $request = new HEC();
    $request->setRequestId($request_id);
    $request->setChannel('999');
    $request->setRequestTime($request_time);
    $device = new PLI();
    $device->setImei($imei); 在這個(gè)post之前還有這些new 是不是也要改成單列

只需要保證你創(chuàng)建的連接是復(fù)用就行了，我不清楚HEC PLI這些地方是否有涉及到連接的創(chuàng)建，但client那里是有涉及到網(wǎng)絡(luò)連接的

HEC PLI 這些實(shí)例化 就是剛剛設(shè)置那些字段設(shè)置參數(shù)值

那這些不必，只需要減少網(wǎng)絡(luò)連接的創(chuàng)建和銷毀即可，通常來說網(wǎng)絡(luò)連接的創(chuàng)建和銷毀是最耗時(shí)的，其他的其實(shí)沒太大影響，復(fù)用tcp連接就行了

厲害了大佬 改成單例，配置沒變性能提高了40%呀

非常感謝

你的這些HEC PLI等對象數(shù)據(jù)內(nèi)容如果都是通過get set來進(jìn)行賦值而不是依賴默認(rèn)值的話，其實(shí)也可以做成單例，復(fù)用這些對象，畢竟對象是占用php的堆，依賴php自身的GC的，同樣可以提高性能。

這也就是為什么很多框架有DI容器，主要是為了復(fù)用所創(chuàng)建出來的對象，避免整體框架過多的創(chuàng)建和銷毀對象，從而給php的gc帶來比較大的清理壓力，這樣的思路同樣適用于java體系。

在底層需要了解那些是分配在堆上，哪些分配在棧上，語言的GC方案是如何的，從而就可以寫出一些性能較高的業(yè)務(wù)

學(xué)習(xí)

請問下還有什么方案可以限制的我對外接口的qps，比如我設(shè)置5000，超過的請求我全部丟棄，也不返回?cái)?shù)據(jù)，因?yàn)榉祷財(cái)?shù)據(jù)也會占用服務(wù)器帶寬

限制所有人不是單ip，所有請求1秒內(nèi)不能超過5000，超過就全部丟棄，也不返回?cái)?shù)據(jù)

令牌桶