背景
Unity 5.6
官方参考手册 2017.1
起因
项目中使用HTTP协议与服务端进行POST通信，传输的数据格式是文本。其中涉及到了base64编码。
实际测试过程中，与服务端Log对比后发现。服务端接收到的Body内的数据与客户端发出的有所差别。差别处在于base64编码后常见的=变成了%3d。而巧了，=字符的URL编码正是%3d。
那么究竟是谁那么“好心”更改了数据呢？
解决
在使用百度搜索无果后，打开了不存在的网站Google，输入Unity、HTTP、POST、URLEncode等关键字。终于寻找到了眉目
这个贴主遇到的是JSON序列化后的字符串也经过了“更正”，尽管与我的base64问题并不完全一致，也算的上是受害伙伴了。
在回帖中，一位外国友人针对Unity的HTTP通信细节进行了详细讲解。
意思就是说，Unity的UnityWebRequest API会对POST方式中传输的数据进行内部的URL编码。
而解决方法则是，使用UnityWebRequest的PUT方式，（该方式不会对其进行URL编码，传输的是RawData）。在这之后手动将其传输方式更改为POST（如果你的服务端已制定用POST方式获取数据的话）。
用伪代码来说，就是：
//通过PUT方式构造HTTP请求
byte[] myData = System.Text.Encoding.UTF8.GetBytes("This is some test data");
UnityWebRequest www = UnityWebRequest.Put("http://www.my-server.com/upload", myData);
//构造好后，手动将请求方式更改为POST
www.method = UnityWebRequest.kHttpVerbPOST;
//常规的发送，接收操作
yield return www.Send();
if(www.isError) {
Debug.Log(www.error);
}
else {
Debug.Log("Upload complete!");
}
这样便可解决题设问题了。
Another Solution
在方才引用的帖子中，还有一位外国友人提出了另一种异曲同工的方案。
这种UnityWebRequest的构造方式，属于Unity所说的the Low-Level API (LLAPI)，是更底层的、可定制化的API。它为开发者提供了对上传的数据体，HTTP请求的Header，下载的数据处理等更细粒度的控制。
而上述代码的UnityWebRequest.Put抑或UnityWebRequest.Post则是HLAPI，只此一句便实现了URL的指定、请求方式的制定、Header和Body的构建。这也是它对Body中的数据擅自进行URL编码的根源。
图中代码需要对Body中的数据进行手动填充，自然也就解决了题设的问题了。
后记
Unity客户端如果通过HTTP协议与服务端通信，采用的方案大致有三种：
- HttpWebRequest（C#原生，听说使用很复杂）
- WWW
- UnityWebRequest
后两种都是Unity实现封装的API，而WWW由于在下载AssetBundle时的内存占用两倍的问题，已被官方摈弃，转而推荐使用新的UnityWebRequest。
在受问题阻扰的过程中，我曾尝试使用WWW的POST方式来进行通信。结果证明，WWW同样对Body内的数据进行了URL编码。
也许WWW同样有LLAPI可以对其进行更精细的掌控（未查证），然而由于UnityWebRequest是官方推荐的新方式，在此决定不再细究WWW。
