DotNET调用Java实现100-Continue响应时，有哪些潜在的长尾词问题需要注意？

本文共计255个文字，预计阅读时间需要2分钟。

场景：在某个开发阶段遇到了需要.NET调用Java的RESTful API的情况，Java端使用的是Tomcat服务器，框架是Spring Boot。调用Java端接口后，只需Java端接口返回正常的数据即可，.NET端无需处理异常。

场景：这段时间开发的时候遇到了需要NET调用java的restful api的情况，java端用的服务器是tomcat，框架是spring boot，net调用java端的接口之后只要java端的接口能返回正常的数据，net这边就果断超时了

这是java端返回的正常数据：

然后net的就死在这儿了，

好了，报错了：

OK，我首先怀疑是Java的restful接口有问题，然后我就去用fiddler模拟请求一下：

好的，fiddler能够正常返回数据，那就不是java的问题了，现在我们来比较一下连个请求的请求参数有什么不同：

好的，我们发现了这个：Expect: 100-continue，这是什么鬼？查询一下：

好的，找到症结所在，我们的tomcat不支持这么干？好的，在代码中加上这一句：

再来一次，成功获取数据：