В чем разница между Stateful и Stateless?

Разница между Stateful и Stateless

Это фундаментальное разделение архитектурных подходов при разработке приложений и компонентов. Различие кроется в том, сохраняет ли система информацию о состоянии между запросами или взаимодействиями.

Stateful (С состоянием)

Stateful компоненты или сервисы сохраняют и управляют внутренним состоянием, которое влияет на их поведение:

public class UserSession {
    private String username;
    private boolean isAuthenticated;
    private LocalDateTime loginTime;
    private List<String> permissions;

    public UserSession(String username) {
        this.username = username;
        this.isAuthenticated = false;
    }

    public void login(String password) {
        // Проверка пароля
        this.isAuthenticated = true;
        this.loginTime = LocalDateTime.now();
        this.permissions = loadUserPermissions(username);
    }

    public boolean isAuthorized(String resource) {
        return isAuthenticated && permissions.contains(resource);
    }
}

Характеристики:

• Сохраняет данные между вызовами
• Результат зависит от истории вызовов
• Сложнее в тестировании и масштабировании
• Требует управления состоянием и синхронизации в многопоточной среде
• Привязка к конкретному экземпляру/серверу

Stateless (Без состояния)

Stateless компоненты не сохраняют состояние между запросами. Каждый запрос содержит всю необходимую информацию:

public class AuthenticationService {
    private final UserRepository userRepository;
    private final JwtTokenProvider tokenProvider;

    public String authenticate(String username, String password) {
        User user = userRepository.findByUsername(username)
            .orElseThrow(() -> new AuthenticationException("Invalid credentials"));
        
        if (!passwordEncoder.matches(password, user.getPassword())) {
            throw new AuthenticationException("Invalid credentials");
        }
        
        // Генерируем токен - вся информация в нём
        return tokenProvider.generateToken(user);
    }

    public User validateToken(String token) {
        Claims claims = tokenProvider.parseToken(token);
        return userRepository.findByUsername(claims.getSubject()).orElse(null);
    }
}

Характеристики:

• Каждый запрос независим
• Результат зависит только от входных данных
• Легче тестировать (чистые функции)
• Отлично масштабируется горизонтально
• Безопасен в многопоточной среде
• Идеален для микросервисов

Сравнительная таблица

Примеры из реальной практики

REST API - Stateless (рекомендуется):

@RestController
@RequestMapping("/api/products")
public class ProductController {
    @GetMapping("/{id}")
    public ResponseEntity<Product> getProduct(@PathVariable Long id) {
        // Каждый запрос независим, содержит весь контекст
        return ResponseEntity.ok(productService.findById(id));
    }
}

WebSocket - часто Stateful:

public class ChatWebSocketHandler {
    private static final Set<Session> sessions = new CopyOnWriteArraySet<>();

    @OnOpen
    public void onOpen(Session session) {
        sessions.add(session);
        // Сохраняем состояние активных соединений
    }

    @OnMessage
    public void onMessage(String message, Session session) {
        // Используем сохранённое состояние
        broadcast(message, sessions);
    }
}

Лучшие практики

В современной разработке предпочитают Stateless подход потому что:

1. Масштабируемость - можно легко добавлять серверы
2. Отказоустойчивость - потеря одного сервера не теряет состояние
3. Простота - меньше бага связанных с синхронизацией
4. Облачные вычисления - отлично подходит для контейнеризации (Docker, Kubernetes)

Однако в некоторых случаях Stateful необходим (игровые серверы, real-time чаты с WebSocket), где состояние критично для функциональности.