0Pricing
gRPC & High Performance APIs · Ders

Çift Yönlü Akış

Hem istemcinin hem de sunucunun aynı anda bir ileti dizisi göndermesini sağlayan çift yönlü akışta uzmanlaşın.

Çift Yönlü Akış, CoddyKit'te ücretsiz bir gRPC & High Performance APIs dersidir. Bu, 4 dersinin 3. dersidir. Aşağıdan dersin tamamını ücretsiz okuyabilir, sonra tarayıcıda yerleşik kod editörü ve 7/24 yapay zeka koçu ile uygulamalı olarak pratik yapabilirsin. Bu, gRPC & High Performance APIs öğrenme yolunun bir parçasıdır ve ilerlemeniz web ve CoddyKit uygulaması arasında senkronize olur. gRPC & High Performance APIs kursu toplamda 4 dersten oluşur.

Bu dersin bazı bölümleri henüz çevrilmemiş olup İngilizce olarak gösterilmektedir.

Bidirectional Streaming: Two-Way Talk

What if both sides in a conversation could speak and listen at the same time? That's bidirectional streaming in gRPC! It allows both the client and server to send a sequence of messages to each other, concurrently.

Why Use Bidi Streaming?

Bidirectional streaming is perfect for applications needing real-time, interactive communication. Think of it like a phone call where both parties can talk and hear simultaneously.

  • Chat applications: Users send and receive messages instantly.
  • Live updates: Servers push data to clients as events happen.
  • Gaming: Synchronized game state updates between players and server.

Defining a Bidi Stream Service

To enable bidirectional streaming, you use the stream keyword for both the request and response types in your .proto file.

This tells gRPC that the method will handle a continuous flow of messages in both directions.

syntax = "proto3";

package chat;

message ChatMessage {
  string user = 1;
  string message = 2;
}

service ChatService {
  rpc Chat(stream ChatMessage) returns (stream ChatMessage);
}

Server: Receiving Client Messages

On the server, your service method will receive a StreamObserver for the incoming client messages. You'll implement its methods to process each message.

  • onNext(msg): Called for each message from the client.
  • onError(t): Called if the client stream encounters an error.
  • onCompleted(): Called when the client finishes sending messages.

Server: Sending Back Responses

The server also gets a StreamObserver (usually named responseObserver) to send messages back to the client. This allows the server to push multiple responses.

  • responseObserver.onNext(resp): Sends a message to the client.
  • responseObserver.onError(t): Signals an error to the client.
  • responseObserver.onCompleted(): Closes the server's outgoing stream.

Client: Starting the Conversation

On the client, you'll use an asynchronous (non-blocking) stub to call the streaming method. This call immediately returns a StreamObserver.

This returned observer is what the client uses to send messages to the server.

Client: Two-Way Communication

The client needs two main parts for bidirectional streaming:

  1. An observer for outgoing messages: This is used to onNext() messages to the server.
  2. An observer for incoming messages: This is passed to the gRPC call to handle responses from the server.

Both streams operate independently and concurrently.

Full Server Bidi Stream Example

Here's a simplified gRPC server that echoes messages received from the client. Remember to compile your .proto file and include gRPC dependencies.

Try running this example:

import io.grpc.Server;
import io.grpc.ServerBuilder;
import io.grpc.stub.StreamObserver;

// Assuming ChatServiceGrpc and ChatMessage are generated
// from the proto definition.
import chat.ChatServiceGrpc;
import chat.ChatMessage;

public class ChatServer {

  public static void main(String[] args) throws Exception {
    Server server = ServerBuilder.forPort(50051)
        .addService(new ChatServiceImpl())
        .build();

    server.start();
    System.out.println("Server started on port 50051");
    server.awaitTermination();
  }

  static class ChatServiceImpl extends ChatServiceGrpc.ChatServiceImplBase {
    @Override
    public StreamObserver<ChatMessage> chat(
        final StreamObserver<ChatMessage> responseObserver) {

      return new StreamObserver<ChatMessage>() {
        @Override
        public void onNext(ChatMessage request) {
          // Received a message from the client
          System.out.println("Server received: " + request.getMessage());
          // Echo it back to the client
          ChatMessage response = ChatMessage.newBuilder()
              .setUser("Server")
              .setMessage("Echo: " + request.getMessage())
              .build();
          responseObserver.onNext(response);
        }

        @Override
        public void onError(Throwable t) {
          System.err.println("Server error: " + t.getMessage());
        }

        @Override
        public void onCompleted() {
          System.out.println("Client stream completed.");
          responseObserver.onCompleted(); // Close server stream
        }
      };
    }
  }
}

Full Client Bidi Stream Example

This client sends a few messages and listens for responses. Run the server first, then this client. The client will send messages and print the server's echoes.

Try running this example:

import io.grpc.ManagedChannel;
import io.grpc.ManagedChannelBuilder;
import io.grpc.stub.StreamObserver;

// Assuming ChatServiceGrpc and ChatMessage are generated
// from the proto definition.
import chat.ChatServiceGrpc;
import chat.ChatMessage;

import java.util.concurrent.CountDownLatch;
import java.util.concurrent.TimeUnit;

public class ChatClient {

  public static void main(String[] args) throws Exception {
    ManagedChannel channel = ManagedChannelBuilder.forAddress("localhost", 50051)
        .usePlaintext() // For demonstration, use TLS in production
        .build();

    ChatServiceGrpc.ChatStub asyncStub = ChatServiceGrpc.newStub(channel);

    CountDownLatch finishLatch = new CountDownLatch(1);

    StreamObserver<ChatMessage> requestObserver = asyncStub.chat(
        new StreamObserver<ChatMessage>() {
          @Override
          public void onNext(ChatMessage response) {
            System.out.println("Client received: " + response.getMessage());
          }

          @Override
          public void onError(Throwable t) {
            System.err.println("Client error: " + t.getMessage());
            finishLatch.countDown();
          }

          @Override
          public void onCompleted() {
            System.out.println("Server stream completed.");
            finishLatch.countDown();
          }
        });

    try {
      // Client sends messages
      for (int i = 0; i < 3; i++) {
        ChatMessage request = ChatMessage.newBuilder()
            .setUser("Client")
            .setMessage("Hello " + i)
            .build();
        requestObserver.onNext(request);
        Thread.sleep(500); // Simulate delay
      }
    } catch (RuntimeException | InterruptedException e) {
      requestObserver.onError(e);
      throw e;
    } finally {
      requestObserver.onCompleted(); // Client finishes sending
    }

    if (!finishLatch.await(1, TimeUnit.MINUTES)) {
      System.err.println("Client timed out waiting for server response.");
    }
    channel.shutdownNow().awaitTermination(5, TimeUnit.SECONDS);
  }
}

Bidirectional Stream Check

You've learned about bidirectional streaming. Which statement best describes how both client and server communicate in a gRPC bidirectional stream?

Bidirectional Streaming Recap

Great job! You've mastered bidirectional streaming in gRPC.

  • It enables both client and server to send sequences of messages.
  • Ideal for real-time, interactive applications like chat.
  • Defined using the stream keyword for both request and response in Protobuf.
  • Requires separate logic on both client and server to manage incoming and outgoing message streams.

This powerful pattern opens up many possibilities for highly responsive distributed systems.

Sıkça Sorulan Sorular

“Çift Yönlü Akış” dersi ücretsiz mi?

Evet — “Çift Yönlü Akış” dersin tüm metni burada web'de ücretsiz olarak okunabilir. Etkileşimli olarak pratik yapmak (yerleşik kod editörü ve 7/24 yapay zeka koçu) ve gRPC & High Performance APIs kursunun geri kalanını açmak için CoddyKit PRO'ya yükselt. gRPC & High Performance APIs kursu toplamda 4 dersten oluşur.

“Çift Yönlü Akış” dersinde ne öğreneceğim?

Hem istemcinin hem de sunucunun aynı anda bir ileti dizisi göndermesini sağlayan çift yönlü akışta uzmanlaşın. gRPC & High Performance APIs ile uygulamalı kodu tarayıcıda doğrudan çalıştırarak pratik yaparsın ve 7/24 yapay zeka koçu dersi çalışırken sorularını yanıtlar.

gRPC & High Performance APIs öğrenmeye başlamak için deneyim gerekli mi?

Önceden deneyim gerekmez. CoddyKit'te gRPC & High Performance APIs, başlangıçtan ileri seviyeye kadar yapılandırıldığı için buradan başlayabilir veya başından başlayıp kendi hızında ilerleme yapabilirsin. Bu, 4 dersinin 3. dersidir.

“Çift Yönlü Akış” dersi ne kadar sürer?

Çoğu CoddyKit dersi yaklaşık 5–10 dakika sürer. Her biri kısa ve etkileşimli olduğu için sabit ilerleme yaparsın ve web ile uygulama arasında tam olarak bıraktığın yerden devam edebilirsin.

Bu gRPC & High Performance APIs dersinde kod yazıp çalıştırabilir miyim?

Evet. Her gRPC & High Performance APIs dersi yerleşik bir kod editörü içerir, bu sayede tarayıcıda gerçek kod yazıp çalıştırabilir ve anlık yapay zeka geri bildirimi alırsın — yerel kurulum gerekli değildir.

Bu kursun tüm dersleri

  1. Sunucu Akışını Açıklama
  2. İstemci Akışını Açıklama
  3. Çift Yönlü Akış
  4. Akış Denetimi ve Geri Basınç
← gRPC & High Performance APIs Sayfasına Dön