|
|
1
2
100继续应由IIS处理。你想明确地这么做有什么原因吗? |
|
|
2
15
.NET框架默认情况下始终发送
它还可以通过编程方式进行全球控制:
…或通过配置全局:
感谢Lance Olson和 Phil Haack 为了这个信息。 |
|
|
3
2
IIS处理100。 也就是说,不,这不是两种反应。在HTTP中,当expect:100 continue作为消息头的一部分出现时,客户机应该等待直到收到响应后再发送内容。 由于ASP.NET的架构方式,您对输出流几乎没有控制权。每当刷新时,任何写入流的数据都会自动以分块编码的方式放入200个响应中,不管您是否处于缓冲模式。 不幸的是,所有这些东西都隐藏在内部方法中,结果是,如果您像MVC一样依赖ASP.NET,那么您几乎无法绕过它。 等待,直到您尝试以非缓冲方式访问输入流。一大堆痛苦。 SEB |
|
|
Andrus · 如何在Linux中阅读期刊 1 年前 |
|
|
Miranda · 读取xml文件时路径错误中有非法字符 1 年前 |
|
|
Primdonm · 如何将自定义列表中的字符串值格式化为货币格式? 2 年前 |
|
|
Kiryl · Sitecore中自己的控制器 2 年前 |
|
|
Farid · 如何从数据库中填充Resource.resx文件值? 2 年前 |