0
A
回答
2
從THE HTTP 1.1 RFC(2616)引用,
Request-Line中開始的方法的令牌,隨後的Request-URI和協議版本,並用CRLF結束。元素由SP字符分隔。除最後的CRLF序列外,不允許使用CR或LF。
Request-Line = Method SP Request-URI SP HTTP-Version CRLF
這不指定的長度的限制。
請求URI本身可能很長,和RFC還表示有關:
HTTP協議不放置任何先驗限制上的URI的長度。服務器必須能夠處理它們所服務的任何資源的URI,並且如果它們提供可以生成這種URI的基於GET的表單,則應該能夠處理無限長的URI。如果一個URI長於服務器可以處理的長度(見10.4.15節),服務器應該返回414(請求URI過長)狀態。
因此,Request-URI存在「太長」的狀態,但這意味着「該服務器處理的時間太長」而不是「比規範允許的時間更長」。
相關問題
- 1. HTTP消息的最大長度?
- 2. 最大長度
- 3. Hadoop流最大線路長度
- 4. 列出最大長度和最大長度的所有SQL列
- 5. NSURL最大長度?
- 6. CSS最大長度
- 7. UITextView最大長度
- 8. 最大URL長度
- 9. CString最大長度
- 10. 最大NVARCHAR長度
- 11. 與最大長度
- 12. BindingSource.Filter最大長度
- 13. TextArea最大長度?
- 14. JAVA_TOOL_OPTIONS最大長度
- 15. MaskedTextBox最小/最大長度
- 16. 最短線的長度?
- 17. StringBuilder的最大長度
- 18. 域名的最大長度
- 19. file_get_contents()的最大URI長度
- 20. 字節[]的最大長度?
- 21. LPAD列的最大長度
- 22. [NSXMLNode stringValue]的最大長度
- 23. openID的最大長度
- 24. GWT TextArea的最大長度
- 25. 創建曲線給定的最小值,最大值,和長度
- 26. 最小和最大強度長度
- 27. 長文本字段的最大長度
- 28. 沒有http:// www的域名的最大長度。 .com.com
- 29. bit.ly生成的URL的最大長度,「http」和包括一切
- 30. 最小長度和最大長度的jQuery條件驗證
414看起來只適合我的情況。感謝您對基於規格的詳細解釋! – npcode 2013-03-24 11:58:20