Перехід на Spring Webflux: використання ServerRequest у неблокуючому режимі

6 Березня 2024 в 19:48 37

При переході на Spring Webflux для обробки запитів у неблокуючому режимі одним із ключових аспектів є робота з параметрами запиту. У традиційному підході, використовуючи Jaxrs, отримання параметрів здійснюється за допомогою класу UriInfo. Однак, у контексті Spring Webflux потрібно знайти альтернативний спосіб обробки параметрів без блокування потоку.

Одним із способів роботи з параметрами запиту у Spring Webflux є використання об’єкта ServerRequest. Однак, при спробі реалізувати це, можуть виникнути певні складнощі. Наприклад, намагаючись використати ServerRequest як параметр методу контролера, може виникнути помилка, що вказує на відсутність конструктора для цього інтерфейсу.

Давайте розглянемо детальніше, як можна реалізувати перехід на використання ServerRequest у Spring Webflux у неблокуючому режимі та які альтернативи можна розглянути для отримання параметрів запиту.

ServerRequest у Spring Webflux

ServerRequest є інтерфейсом, який представляє HTTP-запит у Spring Webflux. Він містить різноманітні методи для доступу до різних елементів запиту, таких як заголовки, тіло запиту та параметри. Однак, ServerRequest є інтерфейсом і не має жодного конструктора.

У зв’язку з цим, спроба використати ServerRequest як параметр методу контролера може призвести до помилки, як у випадку:

@GetMapping(value = "/somepath", produces = MediaType.APPLICATION_JSON_VALUE)
ResponseEntity getSomeInfo(final ServerRequest request) {
    // Робота з параметрами запиту
}

@GetMapping(value = "/somepath", produces = MediaType.APPLICATION_JSON_VALUE)

ResponseEntity getSomeInfo(final ServerRequest request) {

// Робота з параметрами запиту

}

При спробі здійснити запит з таким контролером може виникнути помилка “No primary or single unique constructor found for interface org.springframework.web.reactive.function.server.ServerRequest”. Це пов’язано з тим, що ServerRequest не має конструктора, що можна викликати безпосередньо.

Альтернативи для отримання параметрів запиту

Одним із підходів до роботи з параметрами запиту у Spring Webflux є використання аннотації @RequestParam. Ця аннотація дозволяє отримувати значення параметрів запиту безпосередньо в аргументах методу контролера.

@GetMapping(value = "/somepath", produces = MediaType.APPLICATION_JSON_VALUE)
ResponseEntity getSomeInfo(@RequestParam String param1, @RequestParam String param2) {
    // Робота з параметрами запиту
}

@GetMapping(value = "/somepath", produces = MediaType.APPLICATION_JSON_VALUE)

ResponseEntity getSomeInfo(@RequestParam String param1, @RequestParam String param2) {

// Робота з параметрами запиту

}

Хоча цей підхід є простим і зручним, він може виявитися неефективним у випадку великої кількості параметрів запиту або якщо потрібно отримати всі параметри у вигляді одного об’єкту.

Ще однією альтернативою є використання об’єкта org.springframework.web.server.ServerWebExchange. Цей об’єкт представляє обмін сервером і клієнтом під час HTTP-запиту та містить інформацію про весь контекст обміну.

@GetMapping(value = "/somepath", produces = MediaType.APPLICATION_JSON_VALUE)
ResponseEntity getSomeInfo(ServerWebExchange exchange) {
    // Робота з параметрами запиту
}

@GetMapping(value = "/somepath", produces = MediaType.APPLICATION_JSON_VALUE)

ResponseEntity getSomeInfo(ServerWebExchange exchange) {

// Робота з параметрами запиту

}

Цей підхід дозволяє отримати доступ до різних елементів запиту, таких як параметри, заголовки тощо. Однак, також може виявитися неефективним у випадку, коли потрібно отримати тільки певні параметри запиту, а не весь контекст обміну.

Висновок

Перехід на використання Spring Webflux у неблокуючому режимі для обробки запитів ServerRequest вимагає уважного підходу до роботи з параметрами запиту. Варіанти альтернатив для отримання параметрів, такі як використання аннотацій @RequestParam або об’єкта ServerWebExchange, можуть бути корисними залежно від специфіки проекту та вимог до його архітектури.