クライアントが頻繁にメッセージを送信しないマルチクライアントサーバーアプリケーションを設計する

Question

多くのクライアントに同じオブジェクトを送信できるサーバーを設計する必要があります。クライアントは、データベース内の何かを更新したい場合、サーバーに何らかの要求を送るかもしれません。混乱している

もの：

1. 私のサーバーは、プログラム開始する必要があります（私はいくつかの操作を実行すると「結果」をもたらすが、これはクライアントに送信されます）。

2. 私のサーバーは、クライアントからの着信接続を受け入れる必要がある場合はそれを受け入れ、「結果」の送信を開始する必要があります。

3. サーバーは、できるだけ多くのクライアントを受け入れる必要があります（100以下）。

4. 私の「結果」を保護する必要があります。私はいくつかの人が私の '結果'を取って、私のプログラムロジックがどのように見えるかを見てほしくない。

   私は1つのスレッドと思っています。ポイント2は、別のスレッドであり、ポイント3を提供するためにスコープ内に複数のスレッドを作成します。ポイント4は、サーバーではなく「結果」をシリアライズしながら、アプリケーションロジックによって取得される必要があります。

   悪い考えですか？もしそうなら、どこで改善できますか？スレッド上のすべての接続を置く

おかげ

Answer 1

は非常に悪いです、そして初心者が行うことを明らかによくある間違いです。すべてのスレッドは約1MBのメモリを必要としますが、これは正当な理由がないためプログラムを過剰に使用します。私は前に全く同じ質問をしましたが、私はa very good answerを得ました。私はboost ASIOを使用しました。サーバー/クライアントプロジェクトは数か月後に終了しました。これは現在、美しく実行中のプロジェクトです。

あなたのプログラムがコンパイルされているので、（接続を保護するために）C++とSSLを使用すると、誰もあなたのロジックを見ません。しかし、その場合は、独自の通信プロトコル/シリアライズを作成する必要があります。