Java как декодировать получить полученный параметр url BeanParam

Я получаю ответ GET на этот веб-сервис

@GET
@Path("/nnnnnn")
public Response pfpfpfpf(@BeanParam NNNNNN n)

Класс NNNNN имеет:

@QueryParam("parameter")
private String parameter;

И для этого parameter есть get и set.

Я отправляю запрос на получение с параметром запроса и автоматически связывается с моим вариантом NNNNN, все отлично.

но теперь я отправляю японские строки в URL запроса. Я кодирую параметр по UTF-8 перед отправкой, и я должен декодировать их с помощью UTF-8.

но мой вопрос , где следует вызвать URLDecoder? я попытался вызвать его в getter этого параметра, но он не сработал, у меня было что-то вроде C3%98%C2%B4%C3%98%C2 вместо японских символов

Ответ 1

Решение, которое работает для меня, это:

на сервлете, я должен сделать это:

request.setCharacterEncoding("UTF-8");

а затем на странице html мне пришлось добавить это:

<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">

Ответ 2

Это хороший вопрос, который потенциально может дать много сомнений в том, как обрабатывается информация (кодируется и декодируется) между системами.

Прежде чем продолжить, я должен сказать, что у вас есть справедливое понимание Charset, Encoding и т.д. Вы можете прочитать этот ответ для быстрого хэдз-ап.

Это должно выглядеть с двух сторон - браузера и сервера.

Взгляд браузера на кодирование

Каждый браузер будет отображать информацию/текст, теперь, чтобы отобразить информацию/текст, он должен знать, как интерпретировать эти биты/байты, чтобы он мог корректно отображать (прочитайте мой ответ 3-й маркер, что как одни и те же биты могут представлять разные символы в другой схеме кодирования).

Кодировка страницы браузера

Каждый браузер будет иметь ассоциированную с ним кодировку по умолчанию. Проверьте это, как увидеть кодировку по умолчанию браузера.
Если вы не укажете какую-либо кодировку на своей HTML-странице, тогда будет использоваться кодировка браузера по умолчанию и отобразит страницу в соответствии с этими правилами кодирования. поэтому, если кодировка по умолчанию - ASCII, и вы используете японский или китайский или символы из дополнительной плоскости Unicode, тогда вы увидите значение мусора.
Вы можете указать браузеру, который не использует схему кодирования по умолчанию, но использовать эту для рендеринга через веб-сайт, используя <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">.
- И это именно то, что вы сделали/нашли, и вы были в порядке, потому что этот тег meta существенно перепробовал кодировку браузера по умолчанию.
- Другой способ добиться такого же эффекта - это не использовать этот метатег, а просто изменить кодировку по умолчанию браузера, и все равно вы будете в порядке. Но это не рекомендуется, и рекомендуется использовать метатег Content-Type в вашем JSP.

Попробуйте сыграть с кодировкой по умолчанию браузера и тегом meta, используя ниже простой HTML.

<!DOCTYPE html>
<html>
    <head>
        <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
    </head>
    <body>
        の, は, でした <br></br>
        昨夜, 最高
    </body>        
</html>

Перспектива сервера для кодирования

Сервер также должен знать, как интерпретировать входящий поток данных, что в основном означает, какую схему кодирования использовать (часть сервера сложна, потому что есть несколько возможностей). Читайте ниже здесь

Когда данные, введенные в HTML-формы, отправляются, форма имена полей и значения кодируются и отправляются на сервер в HTTP запросить сообщение, используя метод GET или POST, или, исторически, по электронной почте. Кодировка, используемая по умолчанию, основана на очень ранней версии общие правила кодирования URI, с рядом модификаций такие как нормализация новой строки и замена пробелов на "+" вместо "%20". Тип данных MIME, закодированный таким образом, application/x-www-form-urlencoded, и в настоящее время он определен (все еще очень устаревшим образом) в спецификациях HTML и XForms. В Кроме того, спецификация CGI содержит правила того, как веб-серверы декодировать данные этого типа и сделать их доступными для приложений.

У этого снова есть 2 части того, как сервер должен декодировать входящий поток запросов и как он должен кодировать исходящий поток ответа.

Существует несколько способов сделать это в зависимости от варианта использования, например:

В HTTP-запросе и объекте ответа есть методы типа setCharacterEncoding, setContentType и т.д., которые могут использоваться для установки кодировки.
- Это именно то, что вы сделали в своем случае, что вы сказали серверу, использующему схему кодирования UTF-8 для декодирования данных запроса, потому что я ожидаю дополнительных символов Unicode для дополнительной плоскости. Но это еще не все, пожалуйста, прочитайте ниже.
Установите кодировку на уровне сервера или JVM, используя атрибуты JVM, такие как -Dfile.encoding=utf8. Прочитайте эту статью о том, как установить серверную кодировку.

В вашем случае вы извлекали японские символы из строки запроса URL-адреса, а строка запроса была частью объекта запроса HTTP, поэтому, используя request.setCharacterEncoding("UTF-8");, вы смогли получить желаемый результат кодирования.

Но то же самое не будет работать для кодировки URL, которая отличается от кодировки запроса (ваш случай). Рассмотрим пример ниже, и в sysout вы не сможете увидеть желаемый эффект кодирования даже после использования request.setCharacterEncoding("UTF-8");, потому что здесь вы хотите кодирование URL, так как URL-адрес будет выглядеть как http://localhost:7001/springapp/forms/executorTest/encodingTest/hellothere 昨夜, 最高 и в этом URL-адресе нет запроса строка.

@RequestMapping(value="/encodingTest/{quertStringValue}", method=RequestMethod.GET)
    public ModelAndView encodingTest(@PathVariable("quertStringValue") String quertStringValue, ModelMap model, HttpServletRequest request) throws UnsupportedEncodingException {
        System.out.println("############### quertStringValue " + quertStringValue);
        request.setCharacterEncoding("UTF-8");
        System.out.println("############### quertStringValue " + quertStringValue);
        return new ModelAndView("ThreadInfo", "ThreadInfo", "@@@@@@@ This is my encoded output " + quertStringValue);
    }

В зависимости от используемой структуры вам может потребоваться дополнительная настройка, чтобы указать кодировку символов для запросов или URL-адресов, чтобы вы могли либо применить собственную кодировку, если запрос еще не указал кодировку, либо принудительно применяет кодировку в любом случае. Это полезно, потому что текущие браузеры обычно не устанавливают кодировку символов, даже если они указаны в HTML-странице или форме.

В Spring для настройки кодировки запроса существует org.springframework.web.filter.CharacterEncodingFilter. Прочитайте этот похожий интересный вопрос, который основан на этом факте.

В ореховой оболочке

Каждая компьютерная программа, будь то сервер приложений, веб-сервер, браузер, среда IDE и т.д., понимает только биты, поэтому ему необходимо знать, как интерпретировать биты, чтобы сделать ожидаемый смысл, потому что в зависимости от используемой кодировки одни и те же биты могут представлять разные символы. И что там, где "Кодирование" входит в картину, предоставляя уникальный идентификатор для представления символа, чтобы все компьютерные программы, различные ОС и т.д. знали точно правильный способ их интерпретации.