この記事は主にswooleを学ぶまでの過程、埋められた落とし穴、そしてswooleの強さを記録しています!
まず、swoole、つまり PHP で飾られた C プログラムについての理解を話しましょう。多くの PHPer の友人は、swoole が提供する強力な機能と外部の世界からの賞賛を見て、熱心にインストールし、デモをデバッグし、新しい関数を作成し、興奮してお互いに報告し合いました。数日後、自分の理解に従って swoole を使い続けていると、コードが期待どおりに実行されないことに気づき、「なんてクソなことだ、コードは基本的にデモと同じだ」と罵り始めます。 、なぜ実行されないのでしょうか?意味不明な作業、タスク、共有メモリ、ipcs、非同期、あらゆる種類の問題が浮上し、急いで公式ドキュメントを確認しましたが、ドキュメントにはこれらの使用方法が簡単に紹介されているだけでした。今度は、私はほとんど希望を失いました。
swooleはマルチスレッドプログラミングであるため、複数のプロセス間でグローバルを共有することはできません。例
グローバル $i = 0;
関数 onRequest() {
$i++ をエコー;
}
上記のプログラムをswooleで書くと、アクセスするたびに増加する数値が出力されるわけではありません。望ましい効果を実現したい場合は、swoole_table の関連関数を使用する必要があります。
PHPer にとって、非同期とコールバックの理解はおそらく ajax です。 swoole の非同期とコールバックの説明を見たとき、非常に簡単に思えたので、マルチスレッド編集の経験がないまま、無謀に swoole を使用した結果、騙されて自分の落とし穴を埋めるために数晩こっそりコーディングすることになりました。
サーバーは、クライアントから送信された複数のリクエストを一度に受信できます。クライアントが一度送信してサーバーが一度受信するわけではありません
http サーバーを作成し、ブラウザーを介してこの自家製サーバーにアクセスし、ブラウザーを更新します。なぜサーバーは 2 つのリクエストを受信するのでしょうか?この問題はおそらく、初めて swoole を使用して httpserver を作成する多くの友人を悩ませているでしょう。ブラウザは favicon.ico リクエストをもう 1 つ送信するためです。
この状況の理由は実際には非常に単純です。ほとんどの PHP 者は PHP しか知りません。彼らの主な目的は Web を作成してビジネス ロジックを書くことです。サーバー プログラムの開発を理解している人はほとんどいません。かつて、友人が swoole を使って簡単なサーバーとクライアントを作成し、コードをざっと見たところ、両方とも正常に接続できたにもかかわらず、なぜデータを受信できないのかを尋ねてきました。 onReceive コールバックは正常に設定され、コードも問題ありませんでした。最後に、サーバーとクライアントの両方がメッセージを受信するためのコールバック関数を設定していたが、どちらの側も相手にメッセージを送信していないことがわかりました。両端は膠着状態にあった。その後、swoole の担当者はこの常識的な問題について何の説明もせず、コールバックの設定方法、メッセージの送信方法、これを行う方法、あれを行う方法についてだけ話しました。サーバーサイド開発の経験がある学生の場合、この問題に遭遇することは絶対にありません。これは常識であるため、swoole ドキュメントでこれを行う必要性を指定する必要はありません。しかし、phper の場合、この点を示すことは非常に重要です。なぜなら、上で述べたように、phper はサーバーサイド開発の経験を持つプログラマーだけがこの知識を持っているからです。
Swooleの特徴: ネットワーク通信フレームワーク、非同期、マルチスレッド。これらの機能はまさに PHP の不完全な機能です (公式ではこれらの機能を実現するための基本的な機能が多数提供されていますが、中国語のドキュメントが不足しており、通常の PHP ではこれらの機能を実装するために PHP を使用する人はほとんどいません)。ご存知のとおり、swoole をむやみに使用すると、swoole 公式 Web サイトでは見つからないいくつかの常識的な問題に遭遇することになります。
昔、私も PHP しか知らなかったプログラマーでしたが、たまたま httpsqs を使用する必要があり、しばらく使用した後、独自のニーズがあることに気づき、ソースを調べ始めました。コード。とても見にくいですが、これを見て衝撃を受けました。httpsqs の中身は、東京キャビネットのデータベースで、パッケージ化されたコードは 100 行強しかありません。主なアイデアは、C 言語の libevent を使用して、東京キャビネットのデータベースの読み書きリクエストを受け取る http サーバーを作成することです。当時、このアイデアに基づいたプログラムが数多くありました。その後、ふと思ったのですが、C言語ではlibevent関数が使えるので、PHPでもlibeventを使ってネットワークを監視したり、リクエスト受信後のキューサービスのデータベースの読み書きができるはずです。その後、PHP の公式ドキュメントを確認したところ、PHP はこれらの機能を完了するための完全な関数システムを提供しており、マルチスレッド関数の完全なセットも提供されていることがわかりました。しかし、中国語のドキュメントが少なすぎて、成熟したコードが提供されています。オンラインではほとんど見つかりません。最後の手段として、Linux-C マルチスレッド開発の基本原則とプロセス間通信の一般的な方法を学び、それを使っていくつかの簡単なデモを作成しました。ただ感じるのは、単純な関数を書くのは設計が非常に複雑だということです。諦めかけたその時、スウールが現れた。 swoole が提供する関数は、まさに PHP に欠けている関数であり、単純に優れています。 swoole はネットワーク通信フレームワークなので、数行の簡単な設定だけでサーバーをセットアップできます。今後もビジネス コードの改善を続けていきます。 libevent コミュニケーション グループで、swoole の設計が cc++ で最高のフレームワーク設計ではないことを学びましたが、そのハイライトは、基本機能が C でカプセル化され、ビジネス機能は世界最高の言語である PHP に記述されることです。 。それ以来、スウールの穴を埋める旅が始まりました。
swoole は単純な PHP フレームワークではありません。swoole の公式ホームページ「PHP を再定義する」の最初の文のように、古い PHP の考え方を使用して swoole コードを作成しないでください。 swoole は PHP を再アクティブ化し、php は swoole を作成します!