Vị trí có thẩm quyền của các khóa truy vấn HTTP GET trùng lặp

Tôi gặp khó khăn khi tìm thông tin có thẩm quyền về hành vi với các trường trùng lặp chuỗi truy vấn HTTP GET, như

http://example.com/page?field=foo&field=bar 

và đặc biệt nếu thứ tự được giữ hay không. Hầu hết các ngôn ngữ hướng web tạo ra một mảng chứa cả foo và bar được liên kết với một "trường" chính, nhưng tôi muốn biết liệu có tồn tại tuyên bố có thẩm quyền hay không (ví dụ trên RFC) về điểm này. RFC 3986 có một phần 3.4. Query, đề cập đến các cặp key = value, nhưng không có gì được nói về cách diễn giải các thứ tự và các trường trùng lặp, v.v. Điều này có ý nghĩa, vì nó phụ thuộc vào phụ trợ, và không thuộc phạm vi của RFC đó ...

Mặc dù tiêu chuẩn thực tế tồn tại, tôi muốn thấy một nguồn có thẩm quyền cho nó, chỉ vì tò mò.

Không có thông số kỹ thuật về điều này. Bạn có thể làm những gì bạn thích.

Các cách tiếp cận điển hình bao gồm: đưa ra trước, đưa ra cuối cùng, mảng của tất cả, chuỗi tham gia với dấu phẩy của tất cả.

Giả sử yêu cầu thô là:

GET /blog/posts?tag=ruby&tag=rails HTTP/1.1
Host: example.com

Sau đó, có nhiều tùy chọn khác nhau cho những gì request.query['tag']sẽ mang lại, tùy thuộc vào ngôn ngữ hoặc khung:

request.query['tag'] => 'ruby'
request.query['tag'] => 'rails'
request.query['tag'] => ['ruby', 'rails']
request.query['tag'] => 'ruby,rails'

Tôi có thể xác nhận rằng đối với PHP (ít nhất là trong phiên bản 4.4.4 trở lên), nó hoạt động như thế này:

GET /blog/posts?tag=ruby&tag=rails HTTP/1.1
Host: example.com

kết quả trong:

request.query['tag'] => 'rails'

Nhưng

GET /blog/posts?tag[]=ruby&tag[]=rails HTTP/1.1
Host: example.com

kết quả trong:

request.query['tag'] => ['ruby', 'rails']

Hành vi này là giống nhau cho dữ liệu GET và POST.

Câu trả lời của yfeldblum là hoàn hảo.

Chỉ cần một lưu ý về hành vi thứ năm mà tôi nhận thấy gần đây: trên Windows Phone , việc mở một ứng dụng có uri với khóa truy vấn trùng lặp sẽ dẫn đến NavigationFails với:

System.ArgumentException: Một mục có cùng khóa đã được thêm vào.

Thủ phạm là System.Windows.Navigation.UriParsingHelper.InternalUriParseQueryStringToDictionary(Uri uri, Boolean decodeResults).

Vì vậy, hệ thống thậm chí sẽ không cho phép bạn xử lý nó theo cách bạn muốn, nó sẽ cấm nó. Bạn chỉ còn lại giải pháp duy nhất là chọn định dạng của riêng bạn (CSV, JSON, XML, ...) và uri-esc-it.

Hầu hết (tất cả?) Của các khung cung cấp không đảm bảo, vì vậy giả sử chúng sẽ được trả về theo thứ tự ngẫu nhiên.

Luôn luôn có cách tiếp cận an toàn nhất.

Ví dụ: giao diện java httpServlet: ServletRequest.html # getParameterValues

Ngay cả phương thức getParameterMap cũng không đề cập đến bất kỳ đề cập nào về thứ tự tham số (thứ tự của một trình lặp java.util.Map không thể dựa vào một trong hai.)

Thông thường, trùng lặp các giá trị tham số như

http://example.com/page?field=foo&field=bar

dẫn đến một tham số queryString duy nhất là một mảng:

field[0]=='foo'
field[1]=='bar'

Tôi đã thấy hành vi này trong ASP, ASP.NET và PHP4.

Tôi đã có cùng một câu hỏi. Tôi đang viết hàm javascript để phân tích và xâu chuỗi các truy vấn. Tôi không biết nếu một chuỗi truy vấn có tên trùng lặp hoặc tên có dấu ngoặc, chẳng hạn như x [] = 1 & x [] = 2, là tiêu chuẩn mặc dù một số ngôn ngữ hỗ trợ định dạng này.

Nhưng tôi thấy rằng Chrome và Firefox có một Class mới có tên URLSeachParamsvà Nó chỉ hỗ trợ định dạng đơn giản nhất name=value. Nếu có các tên trùng lặp trong chuỗi truy vấn, getphương thức URLSearchParamschỉ trả về tên đầu tiên.

Vì vậy, cá nhân, có thể một url tên đơn giản nhất và không trùng lặp sẽ an toàn hơn nhiều cho tương lai.