騙されて泣き叫ぶPHPプログラマー

この記事では主にスウールを学ぶまでの過程や埋められた落とし穴、スウールの強さを記録しています！

まず、swoole、つまり PHP をまとった C プログラムについての私の理解を話させてください。多くの PHPer の友人は、swoole が提供する強力な機能と外部の世界からの賞賛を見て、熱心にインストールし、デモをデバッグし、新しい関数を作成し、興奮してお互いに報告し合いました。数日後、自分の理解に従って swoole を使い続けると、コードが期待どおりに実行されないことに気づき、「なんてクソなことだ、コードは基本的にデモと同じだ」と罵り始めます。 、なぜうまくいかないのですか？なんて意味のない作業、タスク、共有メモリ、ipcs、非同期、あらゆる種類の問題が浮上し、すぐに公式ドキュメントを確認しましたが、ドキュメントにはこれらの使用方法について簡単に紹介されていませんでした。今度は、私はほとんど希望を失いました。

いくつかの問題が発生しました:

1: phperでよく使われるグローバル変数(global)がonRequest関数で使えない理由について。

swooleはマルチスレッドプログラミングであるため、複数のプロセス間でグローバルを共有することはできません。例

<ol>
<li><span><span>global $i = </span><span>0</span><span>; </span></span></li>
<li><span> </span></li>
<li><span>function onRequest() { </span></li>
<li><span> </span></li>
<li><span>    echo $i++; </span></li>
<li><span> </span></li>
<li><span>} </span></li>
</ol>

上記のプログラムをswooleで書くと、アクセスするたびに増加する数値が出力されるわけではありません。望ましい効果を実現したい場合は、swoole_table の関連関数を使用する必要があります。

2: 非同期とは何か、コールバックとは何か

phperにとって、非同期とコールバックの理解はおそらくajaxです。 swoole の非同期とコールバックの説明を見たとき、非常に簡単に思えたので、マルチスレッド編集の経験がないまま、無謀に swoole を使用した結果、騙されて自分の落とし穴を埋めるために数晩こっそりコーディングすることになりました。

3: onReceive で受信するデータが非常に大きいのはなぜですか?

サーバーはクライアントから送信された複数のリクエストを一度に受信できます。クライアントがそれを一度送信し、サーバーがそれを一度受信するというわけではありません

4: 自家製 httpserve

http サーバーを作成し、ブラウザ経由でこの自家製サーバーにアクセスし、ブラウザを更新します。なぜサーバーはリクエストを 2 つ受け取りますか?この問題はおそらく、初めて swoole を使用して httpserver を作成する多くの友人を悩ませているでしょう。ブラウザは favicon.ico リクエストをもう 1 つ送信するためです。

理由

この状況の理由は実際には非常に単純です。彼らの主な目的は Web を作成してビジネス ロジックを書くことだけです。サーバー プログラムの開発を理解している人はほとんどいません。かつて、友人が swoole を使って簡単なサーバーとクライアントを作成し、私のところに来て、コードをざっと見たところ、すべての接続が成功していることがわかりました。 onReceive コールバックが設定され、コードは問題ありませんでした。最終的に、サーバーとクライアントの両方がメッセージを受信するためのコールバック関数を設定していましたが、どちらの側も他方にメッセージを送信しておらず、両端が衝突していることがわかりました。手詰まり。その後、swoole の担当者はこの常識的な問題について何の説明もせず、コールバックの設定方法、メッセージの送信方法、これを行う方法、あれを行う方法についてだけ話しました。サーバーサイド開発の経験がある学生の場合、この問題に遭遇することは絶対にありません。これは常識であるため、swoole ドキュメントでこれを行う必要性を指定する必要はありません。しかし、phper にとって、この点を示すことは非常に重要です。なぜなら、上で述べたように、phper はサーバーサイド開発の経験を持つプログラマーのみがこの知識を持っているからです。 Swooleの特徴: ネットワーク通信フレームワーク、非同期、マルチスレッド。これらの機能はまさに PHP の不完全な機能です (公式ではこれらの機能を実現するための基本的な機能が多数提供されていますが、中国語のドキュメントが不足しており、通常の PHP でこれらの機能を実装するために PHP を使用する人はほとんどいません)。ご存知のとおり、swoole をむやみに使用すると、swoole 公式 Web サイトでは見つからないいくつかの常識的な問題に遭遇することになります。

swooleを使用するために習得する必要があるスキル

マルチスレッドプログラミング
2. プロセス間通信

ネットワークプロトコル TCP/UDP
PHPの基本スキル
swooleを学習した個人的な経験

昔、私も PHP しか知らなかったプログラマーでしたが、たまたま httpsqs を使用する必要があり、しばらく使用した後、独自のニーズがあることに気づき、ソースを調べ始めました。コード。これは非常に見にくいですが、一目見ただけではショックを受けるでしょう。httpsqs の中身は単なる Tokyo Cabinet データベースです。私の印象では、パッケージ化されたコードはわずか 100 行です。主なアイデアは、C 言語の libevent を使用して、東京内閣データベースの読み書きリクエストを受信する http サーバーを作成することです。当時、このアイデアに基づいたプログラムが数多くありました。その後、C 言語で libevent 関数が使用できるのであれば、PHP では間違いなく libevent を使用してネットワークを監視し、リクエストを受信した後にデータベースを読み書きし、queueサービスを提供できるのではないかとふと思いました。その後、PHP の公式ドキュメントを確認したところ、PHP はこれらの機能を完了するための完全な関数システムを提供しており、マルチスレッド関数の完全なセットも提供されていることがわかりました。しかし、中国語のドキュメントが少なすぎて、成熟したコードが提供されています。オンラインではほとんど見つかりません。やむを得ない状況下で、私は Linux-C マルチスレッド開発の基本原則とプロセス間通信の一般的な方法を学び、それを使っていくつかの簡単なデモを作成しました。ただ感じるのは、単純な関数を書くのは設計が非常に複雑だということです。諦めかけたその時、スウールが現れた。 swoole が提供する関数は、まさに php に欠けている関数であり、単純に素晴らしいです。 swoole はネットワーク通信フレームワークなので、数行の簡単な設定だけでサーバーをセットアップできます。今後もビジネス コードの改善を続けていきます。 libevent 交換グループで swoole の設計が cc++ で最高のフレームワーク設計ではないことを学びましたが、そのハイライトは基本機能が C でカプセル化され、ビジネス機能が世界最高の言語である PHP で書かれていることです。それ以来、スウールの穴を埋める旅が始まりました。

概要

swooleは単純なPHPフレームワークではありません。swoole公式ホームページの最初の文「PHPを再定義する」のように、古いPHPの考え方を使用してswooleコードを作成しないでください。 swoole は PHP を再アクティブ化し、php は swoole を作成します!

以上、swooleに騙されたPHPプログラマーを内容も含めて紹介しましたが、PHPチュートリアルに興味のある友人の参考になれば幸いです。