15

プレーンテキストとしての test.php:

<?php
$x = "a";
echo $x;

オペコードとしてのtest.php：

debian:~ php -d vld.active=1 -d vld.execute=0 -f test.php

Finding entry points
Branch analysis from position: 0
Return found
filename:       /root/test.php
function name:  (null)
number of ops:  5
compiled vars:  !0 = $x
line     # *  op                           fetch          ext  return  operands
---------------------------------------------------------------------------------
   2     0  >   EXT_STMT
         1      ASSIGN                                                   !0, 'a'
   3     2      EXT_STMT
         3      ECHO                                                     !0
   4     4    > RETURN                                                   1

branch: #  0; line:     2-    4; sop:     0; eop:     4
path #1: 0,

バイナリ表現としての test.php:

debian:~ php -d apc.stat=0 -r "
  require '/root/test.php'; 
  echo PHP_EOL; 
  echo chunk_split(bin2hex(
    apc_bin_dump(array('/root/test.php'))
  ),64);
"

(test.php のエコー出力をスキップ)

    b110000001000000325dedaa64d801bca2f73027abf0d5ab67f3023901000000
    2c0000000a000000871000000300000000000000000000004c0000005b000000
    8a0200008a020000650000002f726f6f742f746573742e7068700002070f9c00
    00000000000000000000000000000000000000000000000000000000000100fa
    000000fe00000005000000050000007c02000001000000100000000100000000
    00000000000000ffffffff0000000000000000000000000000000000000000ff
    ffffffeb00000000000000000000000000000000000000ffffffff0000000000
    00000001000000000000002f726f6f742f746573742e7068700001000000204a
    3308080000000000000000000000000000000000000008000000000000000000
    0000000000000000000008000000000000000000000000000000000000000000
    00000200000065000000204a3308040000000000000001000000000000000000
    00001000000000000000100000000100000006000000010000007a0200000100
    00000100000006000000000000000200000026000000204a3308080000000000
    0000000000000000000000000000080000000000000000000000000000000000
    0000080000000000000000000000000000000000000000000000030000006500
    0000900f34080800000000000000000000000000000000000000100000000000
    0000100000000100000006000000080000000000000000000000000000000000
    0000000000000300000028000000204a33080800000000000000000000000000
    00000000000001000000010000002c70d7b6010000000100d7b6080000000000
    000000000000000000000000000000000000040000003e000000610088020000
    01000000bd795900780000000000000000000000000000000000000000000000
[ ... a lot of lines just containing 0s ... ]
    0000000000000038000000c30000007f0000007a010000830000007c0200008f
    0000003c000000400000004400000008

ここで、オペコードがバイナリ表現にどのように変換されるかについて詳しく知りたいと思います。

編集され明確化された質問：

オペコードはどのようにバイナリ バージョンに変換されますか? 'a' から !0 への ASSIGN が表示されているのがわかりますか? ECHOステートメントとそれが出力するものはどこかにありますか?

オペコードの行ごとの表現を暗示するバイナリ バージョンのパターンはほとんど見つかりませんでした。

(「2f726f6f742f746573742e706870」は「/root/test.php」の 16 進数表現です)

編集：

行の長さを 4 バイトに設定し、異なるプログラム間で比較すると、16 進表現でパターンが明らかになります。

...
00000002  // 2 seems to be something like the "line number"
00000065  // seems to increase by 1 for every subsequent statement.
00000040  // 
06330808  // seems to mark the START of a statement
00000000
00000000
00000000
00000000
00000001  //
00000012  // In a program with three echo statements,
03000007  // this block was present three times. With mild
00000001  // changes that seem to represent the spot where
00000006  // the output-string is located.
00000008  //
00000000
00000000
00000000
00000000
00000000
00000002  // 2 seems to be something like the "line number"
00000028  //
00000020  //
4a330808  // seems to mark the END of a statement
00000000
00000000
00000000
00000000
00000008  // repeating between (echo-)statements
00000000
00000000
00000000
00000000
00000008  // repeating between (echo-)statements
...

しかし、仮想マシンがそのようなレベルでどのように機能するかについての私の知識は、それを適切に分析して C コードにリンクすることができないほど貧弱です。

編集：

PHP には Java のような仮想マシンがありますか?

Zend エンジンは PHP の外に埋め込むことができますか?

4

2 に答える 2

9

素晴らしい質問...

更新: オペコードは、PHP 仮想マシン (Zend Engine) によって直接実行されます。./Zend/zend_vm_execute.h で定義されている別のハンドラ関数によって実行されているように見えます

Zend オペコードの実行方法の詳細については、Zend Engine のアーキテクチャを参照してください。

これらのリソースは少し役立つかもしれません:

http://php.net/manual/en/internals2.opcodes.list.php

http://www.php.net/manual/en/internals2.opcodes.ops.php

また、より多くの手がかりを得るために、PECL VLD ソースをチェックアウトするつもりです...

http://pecl.php.net/package/vld

http://derickrethans.nl/projects.html#vld

また、VLD Pecl 拡張機能の作成者を書くと役立つ場合があります: Derick Rethans、Andrei Zmievski、または Marcus Börger

彼らの電子メール アドレスは、拡張ソースの srm_oparray.c の先頭にあります。

更新：いくつかの手がかりを見つけました

PHP 5.3.8 では、オペコードが実行される場所について 3 つの手がかりを見つけました。

./Zend/zend_execute.c:1270 
ZEND_API void execute_internal

./Zend/zend.c:1214:ZEND_API int zend_execute_scripts(int type TSRMLS_DC, zval **retval, int file_count, ...)
./Zend/zend.c:1236:                  zend_execute(EG(active_op_array) TSRMLS_CC);

./Zend/zend_vm_gen.php

zend_execute() の定義が見つかりませんでしたが、./zend_vm_gen.php で生成されているのではないかと推測しています。

見つけた気がする…

./Zend/zend_vm_execute.h:42
ZEND_API void execute(zend_op_array *op_array TSRMLS_DC)

私は間違っているかもしれませんが、すべてのオペコード ハンドラーが ./Zend/zend_vm_execute.h でも定義されているようです。

「整数加算」オペコードの例については、./Zend/zend_vm_execute.h:2413 を参照してください。

于 2011-12-01T15:07:36.817 に答える
3

apc_bin_dump（）は、メモリ内キャッシュエントリの生の表現を返します。

apc_bd_t構造体の内容を返します。

この構造体は、エラー検出用のチェックサムを含むapc_bd_entry_tの配列です。

apc_bd_entry_tにはapc_cache_entry_value_tが含まれています。

apc_bin_dumpおよびapc_bin_load内部関数を調べて、ダンプとロードがどのように行われるかを確認できます。

于 2011-12-02T11:51:41.907 に答える