上司がいつも私に Java プログラマーを雇ってほしいと言ってきたらどうすればよいでしょうか...?
彼（老人）は、外の他のキャンプのエンジニアとおしゃべりしすぎた後、いつも私のところに来て、「あなたはいつもPHP（フレームワーク）をいじっているのね」と尋ねてきます
しかし、将来私たちのWebサイトが人気になり、負荷がかかるでしょう増えます... PHP はパフォーマンス中です。扱えない場合、またはセキュリティが jsp (実際には Java) ほど良くない場合はどうすればよいですか?
忙しいので、これだけ言っておきます... (今考えると、ちょっと単純で大雑把な気がします...?)
私の（オリジナルの）答えは次のとおりです:
(あなたの古い）質問は誤った命題です...パフォーマンス（負荷）はまったく問題ないからです...
理由は非常に単純で、私たちのビジネスはO2Oビジネスなので、パフォーマンスが上がれば（負荷が来れば）、ということは、オフラインの顧客も来なければならないということです...
それなら、(もし)私たちが愚かでなければ(私たちが特に愚かでないなら)、キャッシュフローを現金化できるはずです...
私の意味するところは、次のとおりです:お金があればあるはず、お金があれば十分なハードウェアを購入できれば、PHPを使っても高負荷なオンライン操作は実現可能です...
よくよく考えてみると、より厳密に...
次に、PHP の関連パフォーマンスと負荷の問題を分析しましょう... (特に Java キャンプのソリューションと比較して)
まず第一に:
まず PHP 言語のランキングの変化を見てみましょう ( (すべてのコンピューター言語の中で)
「TIOBE プログラミング言語ランキング」によると (リストの統計手法は限られていますが、それでも良い参考になります)、2010 年に PHP は世界のプログラミング言語の中で 3 位にランクされました。 PHP 言語は、PC インターネット時代の Web 分野で最も強力な言語であることがわかります。
かつて、PHP プログラマーの間で次のようなジョークが広まりました。
女性: このフォーラムにいる全員を喧嘩させることができたら、一緒に食事をしましょう。
PHP プログラマー: PHP は世界で最高の言語です!
とあるフォーラムが大炎上、色々な言い争いが勃発…
某女性「説得したから行きましょう！」
PHP プログラマー: 今日は違いますが、PHP が最高の言語に違いないことを彼らに説得しなければなりません。
さて、本題に入りましょう。言語自体が良いか悪いかではなく、それが使用されるシナリオでさまざまな問題を解決するだけです。インターネット時代は非常に急速に進み、モバイル インターネットの登場により、わずか 4 年余りでモバイル テクノロジーの発展が世界を席巻しました。同時にさまざまな言語が台頭しており、かつて栄華を誇ったPHPは当初のプログラミング言語リスト（2014年12月リスト）からは6位に落ちています。その結果、PHPを悪く言う声が次々と出た。
しかし、Niao 兄弟 (PHP 言語開発者の 1 人である Hui Xinchen) は、2014 年の Qcon でデータを共有しました。世界の上位 100 万の Web サイトのうち、81.3% が Web サーバー スクリプトを使用しています。言語は PHP、 2013 年の同時期は 78.3% でした。言い換えれば、Web サービスにおける PHP の使用は減っていませんが、モバイル インターネットの波の中で、他の多くの言語テクノロジ アプリケーションが追加されたため、PHP の使用量は薄まっています。
最近、PHP7 と HHVM のパフォーマンス比較が話題になり、どちらが PHP パフォーマンスの向上につながるかについて誰もが議論し、注目しています。
HHVM (HipHop Virtual Machine) の起源
HHVM は、JIT コンパイルおよびその他のテクノロジーを使用して、PHP コードの実行パフォーマンスを大幅に向上させるオープンソースの PHP 仮想マシンです。現在のバージョンのネイティブ PHP コードの実行パフォーマンスは 5 ～ 10 倍向上する可能性があると噂されています。
HHVM は Facebook から生まれました。Facebook の初期のコードの多くは PHP を使用して開発されました。しかし、ビジネスの急速な発展に伴い、PHP の実行効率がますます明らかな問題になってきました。実行効率を最適化するために、Facebook は 2008 年に PHP 実行エンジンである HipHop の使用を開始しました。これは元々、Facebook の大量の PHP コードを C++ に変換してパフォーマンスを向上させ、リソースを節約するために設計されました。 HipHop を使用した PHP コードのパフォーマンスは数倍向上しました。その後、Facebook は HipHop プラットフォームをオープンソース化し、徐々に現在の HHVM に発展させました。
1. PHP が遅いのはなぜですか?
PHP は C/C++ レベルの言語よりも遅いです。実際、PHP 言語は元々、コンピューティング集約型のアプリケーション シナリオを解決するように設計されたものではありません。 PHP は開発効率を高めるために実行効率を犠牲にしていることが大まかに理解できます。
PHP の大きな特徴は弱い型の機能であることはわかっています。つまり、変数を自由に定義して、それをさまざまな種類のデータに自由に割り当てることができます。 C 言語の int 整数値を例に挙げます:
int num = 200; // 通常は 4 バイト
ただし、PHP が同じ変数を定義する場合、実際に対応するストレージ構造は次のようになります:
これ構造体は C 変数よりもはるかに多くのメモリを占有します。PHP での定義は次のとおりです:
$a = 200;//この変数は実際には C 変数と比較して何倍もの記憶領域を占有します。
実際、PHP では、格納されるデータの種類に関係なく、上記の「オールインワン」構造を使用して実装されます。 PHP プログラマーの変数タイプの「侵入」と互換性を持たせるために、PHP は開発者には親切ですが、実行エンジンには残酷です。単一変数のメモリ消費量はまだ明らかではないかもしれませんが、PHP 配列が使用されると、複雑さは飛躍的に増加します (配列の実装は HashTable です)。次に、Zend エンジンが実行されると、これらの PHP コードはオペコード (PHP の中間バイトコード、形式はアセンブリに似ています) にコンパイルされ、Zend エンジンによって 1 行ずつ解釈されて実行されます。
文字列の連結操作であれ、配列の単純な変更であれ、それはほぼ「PHP プログラマーの一言で Zend エンジンが壊れる」というリズムです。したがって、同じ操作を行う場合、PHP は C よりも CPU やメモリなどのシステム リソースをより多く消費します。また、自動メモリリサイクルや変数の型判定などもあり、システムリソースの消費量が増加します。
たとえば、純粋な PHP に実装されているクイック ソート関数とネイティブ ソート関数を使用して、時間のかかる比較を行うために 10,000 個の整数をソートしました。結果は次のとおりです。 ms ですが、PHP 関数の sort の独自の実装には 68.79 ms かかります。両者の間には実行効率に大きな差があることがわかりました。私のテスト方法は、PHP スクリプト全体の開始から終了までの時間ではなく、関数の実行前後の時間間隔を計算することです。 PHP スクリプトの起動およびシャットダウンのプロセス自体には、一連の初期化とクリーンアップ作業が含まれており、これにも多くの時間がかかります。
通常、PHP の実行効率のランキングは次のとおりです。
最も速いのは、PHP 言語の一部である PHP 言語構造 (isset、echo など) です (これらは関数ではありません)。 。
十分な PHP 拡張機能の開発能力がある場合は、この種のビジネス関数を PHP 拡張機能として書き直すと、コードの実行効率も大幅に向上します。これは非常に優れた方法であり、PHP の最適化でも広く使用されています。ただし、自分で作成した PHP ビジネス開発の欠点も明らかです: 
HHVM が PHP のパフォーマンスを向上させる方法は、Zend エンジンを置き換えて PHP の中間バイトコードを生成し、実行することです (HHVM は独自の形式の中間バイトコードを生成します)。 JIT による実行 (Just In Time、ジャストインタイム コンパイルはソフトウェア最適化テクノロジです。つまり、バイトコードは実行時にのみマシン コードにコンパイルされます)。 Zend エンジンのデフォルトのアプローチでは、まずオペコードにコンパイルし、次にそれを 1 つずつ実行します。通常、各命令は C 言語レベルの関数に対応します。多数の繰り返しオペコード (純粋な PHP で書かれたコードと関数) を生成すると、Zend はこれらの C コードを 1 つずつ複数回実行します。 JIT が行うことは、さらに一歩進んで、実行効率を向上させるために、繰り返し実行される多数のバイトコードを実行時にマシンコードにコンパイルすることです。通常、JIT がトリガーされる条件は、コードまたは関数が複数回呼び出される場合です。
通常の PHP コードでは、変数の型を固定できないため、型を決定するための追加のロジック コードを追加する必要があります。このような PHP コードは、CPU の実行と最適化に役立ちません。したがって、HHVM は通常、変数の型を固定して仮想マシンのコンパイルと実行を容易にするために、Hack 記述メソッド (特定の機能と互換性を持たせるために追加された追加の技術コード) を備えた PHP コードを使用して「連携」する必要があります。 PHP はすべての型を 1 つの形式で収容することを追求しますが、Hack は収容されるすべてのものを特定の型でマークできます。
PHP コードのハック記述の例:
上記の例では、主に変数の型を PHP コードに追加しています。 Hack ライティングの全体的な方向性は、これまでの「動的」な書き込み方法を、HHVM と連携する「静的」な書き込み方法に変更することです。
HHVM はそのパフォーマンスの高さから大きな注目を集めており、一部の一流インターネット企業も追随し始めています。純粋な言語の実行パフォーマンス テストの結果から判断すると、HHVM は開発中の PHP7 バージョンよりもはるかに優れています。
ただし、特定のビジネス シナリオの観点から見ると、HHVM と PHP7 の間のギャップはそれほど大きくはありません。WordPress オープンソース ブログ ホームページを使用したテスト シナリオの結果では、現在のギャップは明らかではありません。
ただし、利用可能な技術ソリューションから判断すると、PHP7 はまだ開発中です。現在の HHVM の方がわずかに優れています。ただし、HHVM の展開とアプリケーションにはいくつかの問題があります。
HHVM は結局のところ比較的新しいオープンソースプロジェクトであり、成熟するにはまだ時間がかかります。
PHP7 のパフォーマンス革新
PHP が長い間批判されてきたパフォーマンスの問題は、このバージョンでは大幅に改善されます。このバージョンには PHP6 というプロジェクトはなく、混乱を避けるためにほとんどの機能が 5.x バージョンで実装されたと言われています。 (数年前、私も PHP6 に関する本を読みました。)
1. PHP7 の紹介
PHP7 の正式版は 2015 年 10 月までリリースされない可能性がありますが、来年 6 月にはテスト版が公開される予定です。 3〜4か月の品質保証があります。
PHP コミュニティのプロジェクト計画は次のとおりです:
プロジェクトはまだ開発中であるため、表からわかる機能の説明は比較的曖昧です。他にも間違いなく他にも機能がありますが、まだ発表されていないだけです。以下は PHP コミュニティからのものです。PHP7 は開発中のプロジェクトであるため、以下は正確ではない可能性がありますが、参照することを妨げるものではありません。
上記の機能の中で、最も期待されているのは、PHPng のパフォーマンスの最適化です。PHP コミュニティは、いくつかのパフォーマンス速度テスト データを公開しています。データの観点から見ると、PHPng の実行パフォーマンスはプロジェクト開始時に比べて 2 倍近くになりました。この結果はすでに非常に良好です。さらに、最も重要なことは、PHP7 の最適化計画がまだ完了していないことが多いということです。すべてが完成すれば、よりパフォーマンスの高いPHP7が見られると思います。
この速度テスト データは PHP コミュニティ (wiki.php.net/phpng) から取得したもので、データの一部をインターセプトしています:
現在の PHP5.6 バージョンでは、10 月の PHPNG のパフォーマンス向上により、非常に明白です:
簡単な翻訳:
2. PHP の弱い型に関する論争
PHP には多くの物議を醸す機能がありますが、言語バージョンのリリースと改良、機能の点での批判が行われています。 、そして特徴が消え始めました。しかし、PHP の「弱い型」機能は明らかにより物議を醸しています。HHVM が Hack を通じて「弱い型」機能を直接「削除」したという事実から、HHVM が「弱い型」機能を好まないことがわかります。しかし、私たちの多くの PHP プログラマーの目には、これは PHP の重要な利点の 1 つです。 PHP の変数は、カジュアルかつエレガントになるように設計されており、言語がよりシンプルになると思いませんか。
実際、これは深刻な問題であると考えている人もいます。「弱い型付け」に対する批判は次のとおりです。
彼らは、これらはそうではないと信じています。 「彼らが見ているもの」に合わせて、「それが得られるもの」というシンプルさを実現しますが、厳密な文法を備えた言語はより効率的で「理解」しやすいのです。
JavaScript などの言語も、この問題に関しては同様の動作をするため、同様に批判されています。しかし、ある言語が最終的に大規模に使用されるようになった場合、それには必ず理由があるはずです。 PHP が Web サービス開発に最適なスクリプト言語となり、JavaScript が Web フロントエンド分野を直接支配するようになったのは、開発者が PHP に投票したのは偶然ではありません。プログラミング言語は人間と機械の架け橋であり、究極の追求は「誰もがプログラミングできるようにする」という壮大な目標を達成することです。
言語開発の歴史を通して、私たちは 0 と 1 の機械語コードから始まり、アセンブリ言語、そして C 言語、そして動的スクリプト言語 PHP に至りました。実行効率は指数関数的に減少しますが、学習しきい値も指数関数的に減少します。 PHP 言語は、C のメモリ管理とポインタの複雑さを保護するだけでなく、変数型の複雑さもさらに保護します。プロジェクト開発の効率が向上し、学習の敷居が下がりますが、同時に実行パフォーマンスがある程度犠牲になります。そして、HHVM の Hack は変数の複雑さを再び導入し、「原始に戻る」感覚を与えます。もちろん、言語が異なれば、異なるシナリオで問題が解決されるため、一般化することはできません。
概要
PHP に対する HHVM のパフォーマンスの向上は目覚ましく、強力な PHP7 が大いに期待されています。どちらも優れたオープンソース プロジェクトであり、常に前進し、発展しています。現時点では、PHP7 の正式バージョンがリリースされるまでにはまだ長い時間がかかるため、パフォーマンス最適化ソリューションの現在の選択肢はもちろん HHVM です。ただし、個人的には、PHP コードとの下位互換性が高いため、PHP7 についてはより楽観的です。両者の性能に大きな差がない場合は、シンプルな方を選択します。
参考文献:
以上、HHVM を使用して高いパフォーマンスを実現するための PHP Food and Clothing Parent 3-php について、その内容も含めて紹介しましたが、PHP チュートリアルに興味のある友人の参考になれば幸いです。
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
