req.get('content-type')

正常的 batch 操作，response 的 `content-type` 不應該返回 html 型別：

![](https://img-blog.csdnimg.cn/img_convert/d86d44023d3b80c7c0fda0acd842b1e4.png)

正確的 batch response，`Content-Type` 值應該是 `multipart/mixed; boundary=batchresponse_後面跟一個 guid`
![](https://img-blog.csdnimg.cn/img_convert/35e4a9400f96dfae1796efcebb2fc7b4.png)

![](https://img-blog.csdnimg.cn/img_convert/b90ec0cfab10f4b2b505fd1b27700f66.png)

success handler 即下圖的 `fnSuccess`, 被包裹在 `wraHandler` 裡。

content-type 不同的 response，對應有不同的 handler 來處理。

![](https://img-blog.csdnimg.cn/img_convert/205f2a39c4d72f7004a3b477a8502c62.png)

httpClient.request 如果執行出錯，會進入到 `catch` 分支，錯誤訊息：

> invalid MIME part type

![](https://img-blog.csdnimg.cn/img_convert/8e100d87ad2e40d6dd9f42f2479c42b9.png)

![](https://img-blog.csdnimg.cn/img_convert/a4c2c98e3ea959073e0d52b6647e23fd.png)

使用分號將 `multipart/mixed` 和 `boundary` 的具體值分隔開。

![](https://img-blog.csdnimg.cn/img_convert/54908e8dc78b08186f273a73b8783da1.png)

每種型別都有對應的 handler，由對應的 `handler` 呼叫 `read` 方法執行 response 的解析操作。
![](https://img-blog.csdnimg.cn/img_convert/96db910dee18ee1953db130a2d6020cb.png)

解析 batch 操作的響應：
![](https://img-blog.csdnimg.cn/img_convert/e7985359fa1ab66f40d0ccad0df3e259.png)

![](https://img-blog.csdnimg.cn/img_convert/716c903f10cfa1e056bc03443b6f5364.png)

在出錯情況下，從 Chrome 開發者工具 network 標籤頁裡下載 batch 響應到本地，和不出錯的場景比較，格式上沒有任何差異：
![](https://img-blog.csdnimg.cn/img_convert/04bdd62e418c05d64c0d3a18b17006db.png)

![](https://img-blog.csdnimg.cn/img_convert/9c97308f4830f96943f6ce2059ac307b.png)

![](https://img-blog.csdnimg.cn/img_convert/4807ce5c6870852c51304ec6b456c294.png)

![](https://img-blog.csdnimg.cn/img_convert/6ece4867b1284c679957bea4df5b7c44.png)

問題出在 batch response 的 header 裡的 `Content-Type` 欄位。

chrome 裡看到的 content-type 不是這個啊：
![](https://img-blog.csdnimg.cn/img_convert/a353fcc57ced633bb68afe21f5501096.png)

![](https://img-blog.csdnimg.cn/img_convert/59c22d92831787a9166bd526951c526b.png)

body 是 null，所以進不去 `7884` 行的 `dispatchHandler` 函式：
![](https://img-blog.csdnimg.cn/img_convert/2909245acfb501ac7701b9197cd00289.png)

`multipart/mixed` MIME 訊息由不同資料型別的混合組成。 每個 `body part` 都由一個 `boundary` 劃定。 `boundary` 引數是一個文字字串，用於將訊息正文的一部分與另一部分割槽分開來。 所有邊界都以兩個連字元 `hyphens` (--) 開頭。 最後的邊界也以兩個連字元 (--) 結束。 邊界可以由除空格、控制字元或特殊字元之外的任何 ASCII 字元組成。

如果我們透過 batch 請求向伺服器傳送一個 word 文件，則 HTTP body payload 的例子如下：

> Content-type: multipart/mixed;
boundary="Boundary_any ascii character except some of the following special characters:

<br> ( )< > @ , ; : \ / [ ] ? = "
"
--Boundary_any ASCII character, except some special characters below:
content-Type: text/plain;----
charset=iso-8859-1
Content-transfer-encoding: 7BIT
--Boundary_ASCII characters  
Content-type: application/msword;
name="message.doc"
Content-Transfer-Encoding: base64

在 `multipart` 訊息正文的情況下，一個或多個不同的資料集組合在一個正文中，值為 `multipart` 的 `Content-Type` 欄位必須出現在 HTTP request entity 的頭部欄位中。正文部分在語法上類似於 RFC 822 訊息，只是含義不同。

SAP UI5 框架是如何執行 batch 請求的單步除錯

相關文章