weakreference PHP の call_user_func が参照を渡すことによって引き起こされる考え
疑問が提起されました
ネチズン bercmisir は、PHP マニュアルの call_user_func 関数の文書化に関して、病院にメッセージを残しました。その内容はおおよそ次のとおりです:
http://php.net/manual/en/function.call-user -func.php
パラメータの下に次のような文があります:
注意: call_user_func() のパラメータは参照によって渡されないことに注意してください。
単純に翻訳すると、この関数のパラメータは参照によって渡されないことを意味します。
別の例:
コードをコピーします。 コードは次のとおりです。機能( 'increment', $a); echo $a."n"; call_user_func_array('increment', array(&$a)); // PHP 5.3 より前ではこれを使用できます
echo $a."n " ;?>
出力は次のとおりです:
0
1
ネットユーザーのbercmisirの問題は次のとおりです:
call_user_func('increment', $a); 出力は0、call_user_func('increment', &$ a); しかし、出力は 1 であり、参照渡しできないことを明確に示しています。
根本原因の探索
次に、このノートの情報は実際にはバグ http://bugs.php.net/bug.php?id=24931 の最終処理結果です。
call_user_func('increment', &$a); では 1 の結果が出力されますが、通常の状況では、次の警告メッセージが表示されます。
その理由は何ですか?
まず例を見てみましょう:
コードをコピーします
コードは次のとおりです:
error_reporting(&$var)
{
$var++;
$x; = 1;
increment( $x); echo $x; 逆に、8 番目の場合は、期待されるような警告メッセージはありません。コード行が &$x に変更されると、非推奨の警告が表示されます。実際、PHP での転送プロセス中に、変数は仮パラメータが参照を必要とするか値を必要とするかに基づいて、参照を転送するか値を転送するかを決定し、明示的に転送する必要がないことが確認できます。逆に、明示的な転送は間もなく廃止されます))。
さらに深く掘り下げ続けてくださいhttp://www.php.net/manual/en/ language.references.pass.php
PHP マニュアルの、参照の受け渡しを紹介するセクションの真ん中に、次のような注記があります。発言: 関数呼び出し内 参照 (つまり、前のセクションで説明した明示的な呼び出し) を渡す必要はありません。5.3 では、明示的な呼び出しが行われると、非推奨の警告が表示されます。
ソースコードを分析する
「phpで書くときは、すべてが参照になる」という人もいます。
PHP ソースコードを確認してください。./Zend/zend_compile.c の 1579 行目に関数定義 zend_do_pass_param があります。 (php5.2.13)
このような判定があります:
if (original_op == ZEND_SEND_REF && !CG(allow_call_time_pass_reference)) {廃止警告を出力します。一般的な意味は、参照が渡され、php.ini のallow_call_time_pass_reference が No の場合、警告が出力されるということです。
zend_do_pass_param が使用されている場所を見ると、パーサーの段階で、var であるか、値であるか参照であるかが、パラメーター ZVAL 構造体の要素の定義に従って渡されることがわかります。 (php5.2.13 ./Zend/zend_ language_parser.y/c 451/3593)
結論
参照は実際には Linux のファイルのハードリンクに似ていますが、C 言語のポインターとは異なります。パーサーフェーズでは、php はコンテキストに従って、参照を渡すか値を渡すかは環境次第です。この記事で説明されている call_user_function は、それが参照であるか値であるかを決定しません。したがって、前の例の call_user_function は値渡しの場合は機能しませんが、参照渡しの場合は正しい結果が得られます (ただし、実際には非推奨の警告があります)。
以上、PHPのcall_user_funcの参照渡しによる弱参照についての考え方を、弱参照の内容も含めて紹介しましたので、PHPチュートリアルに興味のある方の参考になれば幸いです。

ホットAIツール

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

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

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

Video Face Swap
完全無料の 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.パフォーマンスの最適化とベストプラクティスには、適切な署名アルゴリズムの使用、有効期間を合理的に設定することが含まれます。

セッションハイジャックは、次の手順で達成できます。1。セッションIDを取得します。2。セッションIDを使用します。3。セッションをアクティブに保ちます。 PHPでのセッションハイジャックを防ぐための方法には次のものが含まれます。1。セッション_regenerate_id()関数を使用して、セッションIDを再生します。2。データベースを介してストアセッションデータを3。

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

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

phpstormでCLIモードをデバッグする方法は? PHPStormで開発するときは、PHPをコマンドラインインターフェイス(CLI)モードでデバッグする必要がある場合があります。

静的結合(静的::) PHPで後期静的結合(LSB)を実装し、クラスを定義するのではなく、静的コンテキストで呼び出しクラスを参照できるようにします。 1)解析プロセスは実行時に実行されます。2)継承関係のコールクラスを検索します。3)パフォーマンスオーバーヘッドをもたらす可能性があります。

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