PHP7 カーネルのリファレンスを深く理解する
参照 (REFERENCE) は PHP5 ではフラグであったと前に述べましたが、PHP7 以降はそれを新しい型 IS_REFERNCE に変更しました。ただし、参照は非常に一般的なアプリケーションであるため、この変更は多くの変更をもたらしました。また、PHP7 を開発していたときに、この型の処理を怠ることがあったため、多くのバグが発生しました。
最も単純なケースは、さまざまな型を処理する場合です。この新しい型をさらに考慮する必要があります。たとえば、PHP7 では、次のコード形式が非常に一般的になっています:
try_again: swtich (Z_TYPE_P(zv)) { case IS_TRING: break; case IS_ARRAY: break; ... case IS_REFERENCE: zv = Z_REFVAL_P(zv); //解引用 goto try_again; break; }
独自の拡張機能を作成し、この新しい型を考慮するのを忘れると、問題が発生します。
なぜですか?
では、この新しい型は非常に多くの問題を引き起こすので、なぜ型になるために参照を使用したのでしょうか?なぜ単にフラグを使用しないのでしょうか?
一言で言えば、これを行う必要があります -_
#前述したように、Hashtable は zval を直接格納するため、シンボル テーブルでは、2 つの zval が値を共有するにはどうすればよいでしょうか?文字列などの複合型 zend_refcounted 構造体で使用できるようです 解決する参照であることを示すフラグを追加します ただし、これも Change On Write によるコピーが発生しますが、PHP7 では、 IS_LONG など、一部の型は zval に直接格納されますが、参照型は参照カウントが必要です。そのため、IS_LONG および IS_REFERNCE である zval をどのように表現するか?
このため、この新しい型を作成しました:
図に示すように、reference は新しいタイプ zend_reference です。IS_REFERNCE タイプの zval の場合、zval.value.ref は参照カウントと zend_reference を含む zend_reference へのポインタです。 zval。zval の特定の値は zval.value.ref->val.
に存在します。したがって、IS_LONG の参照には、zend_reference を指す IS_REFERNCE 型の zval を使用し、この zend_reference ->val は IS_LONG 型の zval です。
Change On Write
PHP は参照カウントを使用して単純なガベージ コレクションを実行します。次のコードを考えてください:
<?php 1. $val = "laruence"; 2. $ref = &$val; 3. $copy = $val; ?>
$ref と $val は同じ zval を指す参照です。PHP5 では、この状況を参照カウント 2 と参照フラグ 1 で表します。$val が $copy(3 行目) にコピーされると、 $val が 1 より大きいカウントを持つ参照であることが判明したため、書き込み時の変更、つまり分離が必要です。そこで、この zval をコピーする必要があります。
PHP7 では、状況は次のようになります。まず、$ref に参照を割り当てるときに (2 行目)、IS_REFERNCE 型が生成され、このときそれを参照する変数が 2 つあるため、zend_reference 構造体の参照カウントは zval.value.ref になります。 ->gc. refcount は 2 です。
その後、値が $copy (行 3) に割り当てられると、$val が参照であることがわかり、$copy は zval.value.ref を指します。 ->val、つまり、文字列値は laruence の zval であり、zval の参照カウントは 1、つまり zval.value.ref->val.value.str.gc.refcount は 2 になります。コピーは発生しません。 .
したがって、これは、前の章で説明した PHP5 の古典的な問題に対する良い解決策です。たとえば、前の章の問題を PHP7 で実行すると、得られる結果は次のとおりです:
$ php-7.0/sapi/cli/php /tmp/1.php Used 0.00021380008539 Used 0.00020173048281
問題が発生していないことがわかります。パフォーマンス上の問題が発生しないようにコピーしてください。
推奨: "PHP チュートリアル "
以上がPHP7 カーネルのリファレンスを深く理解するの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック









JWTは、JSONに基づくオープン標準であり、主にアイデンティティ認証と情報交換のために、当事者間で情報を安全に送信するために使用されます。 1。JWTは、ヘッダー、ペイロード、署名の3つの部分で構成されています。 2。JWTの実用的な原則には、JWTの生成、JWTの検証、ペイロードの解析という3つのステップが含まれます。 3. PHPでの認証にJWTを使用する場合、JWTを生成および検証でき、ユーザーの役割と許可情報を高度な使用に含めることができます。 4.一般的なエラーには、署名検証障害、トークンの有効期限、およびペイロードが大きくなります。デバッグスキルには、デバッグツールの使用とロギングが含まれます。 5.パフォーマンスの最適化とベストプラクティスには、適切な署名アルゴリズムの使用、有効期間を合理的に設定することが含まれます。

記事では、PHP 5.3で導入されたPHPの後期静的結合(LSB)について説明し、より柔軟な継承を求める静的メソッドコールのランタイム解像度を可能にします。 LSBの実用的なアプリケーションと潜在的なパフォーマ

記事では、入力検証、認証、定期的な更新など、脆弱性から保護するためのフレームワークの重要なセキュリティ機能について説明します。

この記事では、フレームワークにカスタム機能を追加し、アーキテクチャの理解、拡張ポイントの識別、統合とデバッグのベストプラクティスに焦点を当てています。

PHP開発でPHPのCurlライブラリを使用してJSONデータを送信すると、外部APIと対話する必要があることがよくあります。一般的な方法の1つは、Curlライブラリを使用して投稿を送信することです。

PHP開発における固体原理の適用には、次のものが含まれます。1。単一責任原則(SRP):各クラスは1つの機能のみを担当します。 2。オープンおよびクローズ原理(OCP):変更は、変更ではなく拡張によって達成されます。 3。Lischの代替原則(LSP):サブクラスは、プログラムの精度に影響を与えることなく、基本クラスを置き換えることができます。 4。インターフェイス分離原理(ISP):依存関係や未使用の方法を避けるために、細粒インターフェイスを使用します。 5。依存関係の反転原理(DIP):高レベルのモジュールと低レベルのモジュールは抽象化に依存し、依存関係噴射を通じて実装されます。

システムが再起動した後、UnixSocketの権限を自動的に設定する方法。システムが再起動するたびに、UnixSocketの許可を変更するために次のコマンドを実行する必要があります:sudo ...
