String instance is broken with non-ASCII data

Although the package works with String, and indeed encourages its use by having that be the default type in some of the API helper functions, the handling of non-ASCII data is completely broken. We should be doing encoding properly to be consistent with the Content-Type header, both when sending and receiving.

This has been reported by a couple of users so far and is clearly pretty nasty, but I don't think it's trivial to fix because presumably the receiving and sending sides can use different encodings and when sending requests we ought to be optionally giving the user control of the encoding.

The alternative of removing the String instances completely is likely to be very disruptive so I don't think it's a reasonable option.

Bắt đầu bằng cách lần theo các đường dẫn helper của String API để gửi và nhận dữ liệu, sau đó kiểm tra cách mỗi đường dẫn xử lý header Content-Type và mã hóa ký tự. So sánh kiểu mã hóa được sử dụng ở cả hai phía và xác định nơi các caller có thể kiểm soát nó; được xem là hoàn tất khi dữ liệu String không phải ASCII được xử lý nhất quán trong quá trình gửi và nhận mà không loại bỏ các instance String.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.