通过JSON发送Content-Type应用程序/ json的JSON对象是否具有性能优势？parsing文本/纯文本string？

我的工作是将JSON数据发布到服务器。 我们使用application / json作为Content-Type，但是每次调用都会导致两个请求 – 一个是OPTIONS，另一个是实际发布数据。 Google-fu和Stackoverflow发现这是由application / json Content-Type造成的。 将其切换为text / plain，并在服务器上使用JSON.parse（），可以删除第二个OPTIONS请求，从而仅使用单个连接进行发布。

尽pipe解决了这个问题，后端开发人员提到他希望为服务器创build更好的configuration，以便OPTIONS请求只发送一次，然后caching所有后续请求。 我并不反对，但是他的推理是，对所有请求执行JSON.parse的时候，服务器的开销太大了，因为它可能只是首先接收JSON对象。

我对Node或者networking的技术知之甚less，但是我的印象是，无论你发送什么Content-Type，服务器总是收到一个string，然后把它转换成一旦收到的内容types。 也就是说，如果使用application / json Content-Type发布数据，则服务器仍在运行JSON.parse以将其实际转换为JSON对象。

我错了吗？ 使用application / json Content-Type发布数据是否有速度（或其他）的性能好处？ 我可以理解这样一个事实，即它准确地标记了提交的数据，但是我对于我的服务器如何接收数据的概念是错误的大部分好奇。 再次，我的印象是，接收一个string和JSON.parse'ing这正是发生在你的应用程序/ JSON内容types后发生的事情。

任何洞察内部工作在这里将不胜感激。