騙されて泣き叫ぶPHPソフトウェアエンジニア

swooleに騙されたPHPプログラマー

この記事は主にswooleを学ぶまでの過程や埋められた落とし穴、swooleの威力などを記録しています！

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

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

1: グローバル変数が phper (グローバル) で一般的に使用されるのはなぜですか? onRequest 関数で使用されます。

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

global $i = 0;

function onRequest() {

echo $ i ;

}

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

2: 非同期とコールバックとは何ですか?

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

3: onReceive によって受信されるデータはなぜ非常に大きいのですか?

サーバーは、クライアントによって送信された複数のリクエストを一度に受信できます。クライアントが 1 回送信し、サーバーが 1 回受信するわけではありません。

4: 自家製 httpserve

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

理由

この状況の理由は、実際には非常に単純です。主に Web 開発とビジネス ロジックの作成に使用されます。サーバー プログラムの開発を理解している人はほとんどいません。一度、友人が swoole を使って簡単なサーバーとクライアントを作成したところ、コードをざっと見たところ、両方の接続が成功したにもかかわらず、なぜデータを受信できないのか尋ねられました。 onReceive コールバックは正常に設定され、コードも問題ありませんでした。最後に、サーバーとクライアントの両方がメッセージを受信するためのコールバック関数を設定していたが、どちらの側も相手にメッセージを送信していないことがわかりました。両端は膠着状態にあった。その後、swoole の担当者はこの常識的な問題について何の説明もせず、コールバックの設定方法、メッセージの送信方法、これを行う方法、あれを行う方法についてだけ話しました。サーバーサイド開発の経験がある学生の場合、この問題に遭遇することは絶対にありません。これは常識であるため、swoole ドキュメントでこれを行う必要性を指定する必要はありません。しかし、phper の場合、この点を示すことは非常に重要です。なぜなら、上で述べたように、phper はサーバーサイド開発の経験を持つプログラマーのみがこの知識を持っているからです。

Swoole の機能: ネットワーク通信フレームワーク、非同期、マルチスレッド。これらの機能はまさに PHP の不完全な機能です (公式ではこれらの機能を実現するための基本的な機能が多数提供されていますが、中国語のドキュメントが不足しており、通常の PHP ではこれらの機能を実装するために PHP を使用する人はほとんどいません)。ご存知のとおり、swoole をむやみに使用すると、swoole 公式 Web サイトでは見つからないいくつかの常識的な問題に遭遇することになります。

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

1. マルチスレッド プログラミング
2. プロセス間通信
3. ネットワークプロトコル TCP/UDP の認識
4. PHP の基礎スキル

swoole を学習した個人的な経験

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

概要

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

3 階Xia Xiaoqiao

最近連絡した

2 階nice_cp

ワーカーマンを試してみてはいかがですか?

Re: 文水英

@nice_cp さん、workman は純粋な PHP で実装されているようで、オープンソースの製品も多く今後注目していきます。

1Farchy_yu

Swoole を PHP のメソッドに従って書くと、間違いなく非常に便利になりますトリッキー！ Java や C を使用すると便利です。

Re: Wenshuaiying

@archy_yu、phper がサーバー側の機能を強化した場合、言語を変更するコストは依然としてかなり高くなります。プログラミング もう一度 swoole を使えば、あなたの生産性は Java に劣らないはずです。