我正在嘗試將數(shù)據(jù)從 HTTP (GET) 響應(yīng)流式傳輸?shù)搅硪粋€ HTTP (POST) 請求。使用舊的 HttpURLConnection,我將獲取響應(yīng) OutputStream,將部分讀入緩沖區(qū)并將它們寫入請求 InputStream。通過創(chuàng)建我自己的 Publisher,我已經(jīng)設(shè)法在 Java 11 中對 HttpClient 執(zhí)行相同的操作,該 Publisher 在 POST 中用于編寫請求正文。GET 請求有一個BodyHandlerwithofByteArrayConsumer將塊發(fā)送到自定義發(fā)布者,然后它自己將塊發(fā)送到訂閱 HTTP POST 請求。但我認(rèn)為這不是正確的方法,因為看起來 API 中有一些東西看起來可以直接完成而無需自己實現(xiàn)發(fā)布者和訂閱者。有HttpResponse.BodyHandlers.ofPublisher()一個返回一個Publisher<List<ByteBuffer>我可以用于 HTTP GET 請求的。不幸的是,對于我的 POST 請求,有HttpRequest.BodyPublishers.fromPublisher一個期望值Publisher<? extends ByteBuffer>,因此 fromPublisher 似乎只適用于擁有完整 ByteBuffer 的發(fā)布者,而不適用于為部分?jǐn)?shù)據(jù)發(fā)送多個 ByteBuffer 的發(fā)布者。我是否錯過了一些能夠?qū)?BodyPublisher 從一個請求連接到另一個請求的東西?
1 回答

墨色風(fēng)雨
TA貢獻(xiàn)1853條經(jīng)驗 獲得超6個贊
你沒有遺漏任何東西。這只是一個目前不支持開箱即用的用例。ByteBuffer
盡管從到的映射List<ByteBuffer>
很簡單,但逆映射卻不那么簡單。從一個適應(yīng)另一個的一種簡單(如果不是最佳)方法可能是將列表中的所有緩沖區(qū)收集到一個緩沖區(qū)中 - 如果您想控制從上游接收的每個已發(fā)布的字節(jié)數(shù),則可能結(jié)合HttpResponse.BodyHandlers.ofPublisher()
使用.HttpResponse.BodyHandlers.buffering()
List<ByteBuffer>
添加回答
舉報
0/150
提交
取消