客户端流导致的channel复用没有初始话
まだ誰も着手していません。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 35/100
- issue の種類
- バグ
- 明瞭さ
- おおむね明確
- 活発さ
- 停滞
- 技術スタック
- grpc, php
- 領域
- api, backend, networking
調査の方向性
GrpcClient.php の recv、runReceiveCoroutine、closeRecv から始め、次にチャネルが channel pool に返され、そこから取得される流れを追跡してください。issue に記載された client-streaming の SendAndClose シーケンスを再現し、再利用されたチャネルに未読の close data が残っていないか確認してください。完了条件は、後続のリクエストが前のストリームの stale data を読み取れないことです。
索引モデルが issue の本文から書いたものです。
説明
对于一个客户端流来说 服务端调用了SendAndClose
客户端函数runReceiveCoroutine 对这个流进行revc 实际上进行了3次
第一次是正常的数据返回 但是客户端流只允许调用一次recv 就不会触发到GrpcClientrecv中的 if (($response === false && $channel->errCode === SWOOLE_CHANNEL_TIMEOUT) || ($response instanceof Response && ! $response->pipeline)) {
第二次是关闭
第三次response 为false 走到了如下流程:
closeRecv函数在进行channel 回收的时候没有判断channel里面是否有数据 直接进行了回收
下一个请求获取从channel池里面获取channel 获取到旧的channel 此时channel里面的数据 是第一次请求获取响应中的第二个响应及关闭响应 导致GrpcClient.php中recv进行读取的时候 读到的数据是关闭请求 之后才会触发重置和回收channal
我尝试进行多读一次 和 在closeRecv进行channel->pop() 是可以解决这个问题
不知道是不是我的使用方式有什么问题?
- 主要言語
- PHP
- スター
- 3
- フォーク
- 6
- PR マージ指標
- 30日以内にマージされた PR はありません
環境構築
このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
hyperf/grpc-client のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
hyperf/grpc-client#31 ·
hyperf/grpc-client の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 79/100
メンテナーはふだん 1 日以内に返信
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
-
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
メンテナーはふだん 3 日以内に返信
-
難易度 1/5 1時間未満 初心者へのやさしさ 91/100
benjaminkott/bootstrap_package#1675 ·
-
sync-en
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
メンテナーはふだん 1 日以内に返信