-2
たとえば、「^」記号（必要に応じてエスケープされた）と「？」記号ではなく「 - 」記号でクエリを分割してURLを解析するようにサーバーを構成したとしたら、と "&"は、混乱したユーザー以外にも何か問題が発生しますか？"？"完全に任意のURLで（予約済み/非エスケープ文字の問題などを無視して）
送信されたブラウザ/ HTTPリクエストは、私の今後の "パワーマイナス"ビジネスに有害な影響を与える方法で別の方法で処理しますか？
お使いのブラウザでは、ブラウザの制限を超えるクエリ文字列を許可することがあります。また、標準を破ったり、サイトを利用しているユーザーが問題を抱えたりする可能性があります（たとえば、サイトにリンクするサードパーティのサイト、おそらくクエリパラメータなど）。 –
ああ、ブラウザの長さは私が考えていない良い点です。しかし、URLがHTTPプロトコルで処理される方法と、クライアントからサーバーへのパスの間に違いがありますか？たとえば、URLが「www.whatever.com/^x=2-y=3」v.s「www.whatever.com/?x=2&y=3」の場合、HTTPはさまざまなことを行いますか？たとえば、「クエリのパラメータが表示されていますが、URLなどと区別して、このリクエストをやや異なる方法で行います」と言うでしょうか？ – user7339019
さて、Javaの人として言えば、サーブレットフレームワークはW3C標準に準拠したURLを期待しています。だから、これから出発するとどこでも摩擦が期待できる。 –