fix(h5): unify the default content-type

[yuezk]

这个 PR 做了什么? (简要描述所做更改)

将 Taro.request 中 content-type 的默认值设置为 application/json，使其和官方文档中的描述一致，方便开发者使用。
这个 issue 最初报在 #1280, 现在可以使用 https://github.com/yuezk/taro_bug/tree/master/h5_request__contentType 复现

翻了一下代码的历史记录，发现 #1280 被 103f730 这个 commit 修复，但随后又被 revert 了。看了一下修复的方法，发现原来的方案中添加默认的 content-type 的位置不对，这会导致给所有的没有设置 content-type 的请求设置一个 application/json 的 content-type，进而会使一些请求出问题。

比较的合适的时机应该当传入的 data 是 object，并且没有指定 content-type 的时候，给 content-type 一个默认值 application/json。

这个 PR 是什么类型? (至少选择一个)

• 错误修复(Bugfix) issue id Taro.request的content-type，微信默认为json，h5默认为text #1280
• 新功能(Feature)
• 代码重构(Refactor)
• TypeScript 类型定义修改(Typings)
• 文档修改(Docs)
• 代码风格更新(Code style update)
• 其他，请描述(Other, please describe):

这个 PR 满足以下需求:

• 提交到 master 分支
• Commit 信息遵循 Angular Style Commit Message Conventions
• 所有测试用例已经通过
• 代码遵循相关包中的 .eslintrc, .tslintrc, .stylelintrc 所规定的规范
• 在本地测试可用，不会影响到其它功能

这个 PR 涉及以下平台:

• 微信小程序
• 支付宝小程序
• 百度小程序
• 头条小程序
• QQ 轻应用
• 快应用平台（QuickApp）
• Web 平台（H5）
• 移动端（React-Native）

其它需要 Reviewer 或社区知晓的内容：

[Chen-jj]

这个 PR 赋值后没有删除原有 Content-Type 字段，导致 Content-Type 重复设置而请求失败。

[Chen-jj]

#7972