Предварительная и последующая обработка с помощью фильтров
Применяйте фильтры для выполнения действий до того, как запрос достигнет службы (pre), и после ответа службы (post).
«Предварительная и последующая обработка с помощью фильтров» — бесплатный урок API Gateway & Reverse Proxy (Nginx + Spring Cloud Gateway) на CoddyKit. Это урок 3 из 4. Ты можешь прочитать весь урок бесплатно ниже — а потом практиковать его прямо в браузере с встроенным редактором кода и ИИ-репетитором 24/7. Это часть пути обучения API Gateway & Reverse Proxy (Nginx + Spring Cloud Gateway), и твой прогресс синхронизируется между веб-версией и приложением CoddyKit. Курс API Gateway & Reverse Proxy (Nginx + Spring Cloud Gateway) содержит 4 уроков всего.
Части этого урока еще не переведены и отображаются на английском.
Intro to Pre/Post Filters
Welcome! In this lesson, we'll explore how Spring Cloud Gateway filters can process requests before they reach a backend service (pre-processing) and after the service responds (post-processing).
This fine-grained control is crucial for handling complex API gateway tasks.
The Filter Chain Revisited
Recall that filters operate in a chain. Each GatewayFilter or GlobalFilter can perform actions:
- Before calling
chain.filter(exchange): This is pre-processing. - After
chain.filter(exchange)returns aMono<Void>: This is post-processing.
The reactive nature of Spring Cloud Gateway, using Mono, makes this sequential execution powerful.
Pre-Processing: Before the Service
Pre-processing filters execute before the gateway forwards the request to your actual backend service. Think of them as interceptors for incoming requests.
Common pre-processing tasks include:
- Authenticating and authorizing requests
- Adding or modifying request headers
- Rewriting the URL path or query parameters
- Implementing rate limiting
Pre-Filter Example: Add Header
Let's look at a simple pre-processing example: adding a custom header to the request before it reaches the service. Spring Cloud Gateway provides built-in filters like AddRequestHeader for this.
This configuration adds an X-Request-Source header with the value gateway to all requests matching the path /api/pre/**.
spring:
cloud:
gateway:
routes:
- id: pre_header_route
uri: http://localhost:8080/service/echo
predicates:
- Path=/api/pre/**
filters:
- AddRequestHeader=X-Request-Source, gatewayRunnable Pre-Filter Code
Try running this full Spring Boot application. It sets up a gateway that adds a request header and routes to a simple echo endpoint within the same application. Check the backend's console or response to see the added header!
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.gateway.route.RouteLocator;
import org.springframework.cloud.gateway.route.builder.RouteLocatorBuilder;
import org.springframework.context.annotation.Bean;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RequestHeader;
import org.springframework.web.bind.annotation.RestController;
@SpringBootApplication
@RestController
public class GatewayApp {
public static void main(String[] args) {
SpringApplication.run(GatewayApp.class, args);
}
// Dummy backend service to echo headers
@GetMapping("/service/echo")
public String echoHeaders(@RequestHeader(required = false) java.util.Map<String, String> headers) {
return "Backend received headers: " + headers.get("x-request-source");
}
@Bean
public RouteLocator customRouteLocator(RouteLocatorBuilder builder) {
return builder.routes()
.route("pre_header_route", r -> r.path("/api/pre/**")
.filters(f -> f.addRequestHeader("X-Request-Source", "gateway"))
.uri("http://localhost:8080/service/echo")) // Route to its own dummy backend
.build();
}
}Post-Processing: After the Service
Post-processing filters execute after the backend service has responded but before the gateway sends that response back to the client.
This allows you to inspect or modify the backend's response.
Typical post-processing tasks include:
- Modifying response headers or body
- Logging response details (status, latency)
- Adding metrics for response processing
- Implementing response caching
Custom Post-Processing Filter
For post-processing, you often need to create custom filters. These filters use the Mono returned by chain.filter(exchange) to add logic that executes upon successful completion.
The .then(Mono.fromRunnable(() -> { ... })) pattern is common for post-processing actions.
Runnable Post-Filter Code
Here's a full Spring Boot application with a custom GlobalFilter that adds a X-Post-Processed header to every response. Notice how the filter logic is chained using .then(Mono.fromRunnable(...)).
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.gateway.filter.GatewayFilterChain;
import org.springframework.cloud.gateway.filter.GlobalFilter;
import org.springframework.cloud.gateway.route.RouteLocator;
import org.springframework.cloud.gateway.route.builder.RouteLocatorBuilder;
import org.springframework.context.annotation.Bean;
import org.springframework.core.Ordered;
import org.springframework.stereotype.Component;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RestController;
import org.springframework.web.server.ServerWebExchange;
import reactor.core.publisher.Mono;
@SpringBootApplication
@RestController
public class GatewayApp {
public static void main(String[] args) {
SpringApplication.run(GatewayApp.class, args);
}
// Dummy backend service
@GetMapping("/service/data")
public String getData() {
return "Backend response data!";
}
@Bean
public RouteLocator customRouteLocator(RouteLocatorBuilder builder) {
return builder.routes()
.route("post_filter_route", r -> r.path("/api/post/**")
.uri("http://localhost:8080/service/data")) // Route to itself
.build();
}
}
@Component
class CustomPostFilter implements GlobalFilter, Ordered {
@Override
public Mono<Void> filter(ServerWebExchange exchange, GatewayFilterChain chain) {
return chain.filter(exchange).then(Mono.fromRunnable(() -> {
// This code runs AFTER the downstream service responds
exchange.getResponse().getHeaders().add("X-Post-Processed", "true");
System.out.println("Post-processing: Added X-Post-Processed header.");
}));
}
@Override
public int getOrder() {
return -1; // Execute relatively late in the filter chain
}
}Pre vs. Post: Key Differences
Understanding when to use pre vs. post processing is key:
- Pre-filters: Act on the request before it leaves the gateway. Ideal for security, routing logic, request transformation.
- Post-filters: Act on the response after it returns from the backend. Ideal for response transformation, logging response details, metrics collection.
Choose the right stage to efficiently manage your API traffic.
Filter Timing Challenge
Consider a Spring Cloud Gateway setup. Which of these tasks are typically performed by filters before forwarding a request to a backend service?
Recap: Pre/Post Processing
Great job! You've learned about the powerful concept of pre-processing and post-processing with Spring Cloud Gateway filters.
- Pre-filters modify requests before they hit the backend.
- Post-filters modify responses after the backend has replied.
- The reactive
Monochain enables precise control over filter execution timing.
This understanding is vital for building robust and feature-rich API gateways!
Часто задаваемые вопросы
Урок «Предварительная и последующая обработка с помощью фильтров» бесплатный?
Да — полный текст урока «Предварительная и последующая обработка с помощью фильтров» бесплатно доступен здесь в веб-версии. Чтобы практиковать его интерактивно (встроенный редактор кода и ИИ-репетитор 24/7) и разблокировать остальной курс API Gateway & Reverse Proxy (Nginx + Spring Cloud Gateway), подпишись на CoddyKit PRO. Курс API Gateway & Reverse Proxy (Nginx + Spring Cloud Gateway) содержит 4 уроков всего.
Чему я научусь в уроке «Предварительная и последующая обработка с помощью фильтров»?
Применяйте фильтры для выполнения действий до того, как запрос достигнет службы (pre), и после ответа службы (post). Ты практикуешь API Gateway & Reverse Proxy (Nginx + Spring Cloud Gateway) с помощью реального кода, который запускаешь прямо в браузере, и ИИ-репетитор 24/7 отвечает на твои вопросы во время урока.
Нужен ли мне опыт, чтобы начать API Gateway & Reverse Proxy (Nginx + Spring Cloud Gateway)?
Предыдущий опыт не требуется. API Gateway & Reverse Proxy (Nginx + Spring Cloud Gateway) на CoddyKit структурирован для всех уровней — от новичков до продвинутых, поэтому ты можешь начать отсюда или с самого начала и учиться в своем темпе. Это урок 3 из 4.
Сколько времени занимает урок «Предварительная и последующая обработка с помощью фильтров»?
Большинство уроков CoddyKit занимают около 5–10 минут. Каждый из них компактный и интерактивный, поэтому ты постоянно делаешь прогресс и продолжаешь с того же места в веб-версии и приложении.
Можно ли писать и запускать код в этом уроке API Gateway & Reverse Proxy (Nginx + Spring Cloud Gateway)?
Да. Каждый урок API Gateway & Reverse Proxy (Nginx + Spring Cloud Gateway) включает встроенный редактор кода, поэтому ты пишешь и запускаешь реальный код прямо в браузере и получаешь моментальную обратную связь от AI — локальная установка не требуется.
Все уроки этого курса
- Глобальные фильтры и GatewayFilterFactory
- Пользовательские фильтры запросов и ответов
- Предварительная и последующая обработка с помощью фильтров
- Встроенные GatewayFilters, которые стоит знать