ホームページ >バックエンド開発 >PHPチュートリアル >swoole_PHP チュートリアルに騙されて泣いた PHP プログラマー
swoole_PHP チュートリアルに騙されて泣いた PHP プログラマー
- WBOYオリジナル
- 2016-07-12 09:08:271109ブラウズ
スウールに騙されて泣いたPHPプログラマー
この記事では主にスウールを学ぶまでの過程や埋められた落とし穴、そしてスウールの強さを記録しています！
まず、swoole、つまり PHP で飾られた C プログラムについての理解を話しましょう。多くの PHPer の友人は、swoole が提供する強力な機能と外部の世界からの賞賛を見て、熱心にインストールし、デモをデバッグし、新しい関数を作成し、興奮してお互いに報告し合いました。数日後、自分の理解に従って swoole を使い続けると、コードが期待どおりに実行されないことに気づき、「なんてクソなことだ、コードは基本的にデモと同じだ」と罵り始めます。 、なぜうまくいかないのですか？意味不明な作業、タスク、共有メモリ、ipcs、非同期、あらゆる種類の問題が浮上し、急いで公式ドキュメントを確認しましたが、ドキュメントにはこれらの使用方法が簡単に紹介されているだけでした。今度は、私はほとんど希望を失いました。
いくつかの問題が発生しました:
1:phperでよく使われるグローバル変数(グローバル)について、onRequest関数で使えない理由。
swooleはマルチスレッドプログラミングであるため、複数のプロセス間でグローバルを共有することはできません。例
リーリー上記のプログラムをswooleで書くと、アクセスするたびに増加する数値が出力されるわけではありません。望ましい効果を実現したい場合は、swoole_table の関連関数を使用する必要があります。
2: 非同期とは何か、高収益とは何か
PHPer にとって、非同期とコールバックの理解はおそらく ajax です。 swoole の非同期とコールバックの説明を見たとき、非常に簡単に思えたので、マルチスレッド編集の経験がないまま、無謀に swoole を使用した結果、騙されて自分の落とし穴を埋めるために数晩こっそりコーディングすることになりました。
3: onReceive で受信したデータが非常に大きいのはなぜですか
サーバーは、クライアントから送信された複数のリクエストを一度に受信できます。クライアントが一度送信してサーバーが一度受信するわけではありません
4: 自家製httpserve
http サーバーを作成し、ブラウザーを介してこの自家製サーバーにアクセスし、ブラウザーを更新します。なぜサーバーは 2 つのリクエストを受信するのでしょうか?この問題はおそらく、初めて swoole を使用して httpserver を作成する多くの友人を悩ませているでしょう。ブラウザは favicon.ico リクエストをもう 1 つ送信するためです。
理由
この状況の理由は実際には非常に単純です。ほとんどの PHP 者は PHP しか知りません。彼らの主な目的は Web を作成してビジネス ロジックを書くことです。サーバー プログラムの開発を理解している人はほとんどいません。かつて、友人が swoole を使って簡単なサーバーとクライアントを作成し、コードをざっと見たところ、両方とも正常に接続できたにもかかわらず、なぜデータを受信できないのかを尋ねてきました。 onReceive コールバックは正常に設定され、コードも問題ありませんでした。最後に、サーバーとクライアントの両方がメッセージを受信するためのコールバック関数を設定していたが、どちらの側も相手にメッセージを送信していないことがわかりました。両端は膠着状態にあった。その後、swoole の担当者はこの常識的な問題について何の説明もせず、コールバックの設定方法、メッセージの送信方法、これを行う方法、あれを行う方法についてだけ話しました。サーバーサイド開発の経験がある学生の場合、この問題に遭遇することは絶対にありません。これは常識であるため、swoole ドキュメントでこれを行う必要性を指定する必要はありません。しかし、phper の場合、この点を示すことは非常に重要です。なぜなら、上で述べたように、phper はサーバーサイド開発の経験を持つプログラマーのみがこの知識を持っているからです。
Swooleの特徴: ネットワーク通信フレームワーク、非同期、マルチスレッド。これらの機能はまさに PHP の不完全な機能です。公式ではこれらの機能を実現するための基本的な機能が多数提供されており、中国語のドキュメントが不足していますが、一般の PHP 使用者はこれらの機能を実装するための基本的な知識を持っていません。これらの機能があるため、むやみに swoole を使用すると、公式の swoole では見つけられないいくつかの常識的な問題に遭遇することは避けられません。
swooleを使用するためにマスターしなければならないスキル
-
マルチスレッドプログラミング
-
プロセス間通信
-
ネットワークプロトコルTCP/UDPの理解
-
PHPの基本スキル
スウールを学んだ個人的な体験
昔、私も PHP しか知らなかったプログラマーでしたが、たまたま httpsqs を使用する必要があり、しばらく使用した後、独自のニーズがあることに気づき、ソースを調べ始めました。コード。これは非常に見にくく、一見すると衝撃的です。httpsqs は単なるパッケージ化されており、その中には Tokyo Cabinet データベースが含まれており、パッケージ化されたコードはわずか 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 を作成します!
