Câu trả lời đúng là hoàn toàn là OK. Alan chỉ sự tinh tế của PHP, vì vậy tôi sẽ không nhắc lại điểm của anh ta. Lý do để (không ngại) sử dụng debug_backtrace trong mã thời gian chạy là vì PHP chủ yếu là một ngôn ngữ tự do ngữ cảnh. Mỗi chức năng không biết, cũng không thể biết "ý định" của người gọi mà không sử dụng tên hàm ma thuật (ví dụ trong một lớp - ví dụ __toString()) khi truyền. Cho phép xem xét trường hợp bạn có một lớp, trong đó (trong một phương thức), bạn muốn cung cấp quyền truy cập vào các thuộc tính của lớp gọi (bên ngoài). Nó thực sự là lộn xộn và dễ bị lỗi để vượt qua ($ this) xung quanh thông qua API chức năng. (Đặc biệt là khi bạn muốn array_map hoặc call_user_func_array.)
ví dụ:
<?
class a {
public $v = 'xyz';
function __construct($x,$y)
{
$b = new b();
}
}
class b {
function __construct()
{
$start = microtime();
$x = debug_backtrace();
$end = microtime();
echo ($end-$start) . "\n";
print_r($x);
$obj = $x[1]['object'];
print_r($obj);
}
}
$a = new a(1,2);
?>
debug_backtrace sẽ cho phép bạn truy cập vào ngữ cảnh của lớp trong __construct của b. Bây giờ bạn có thể vượt qua một số biến trạng thái từ lớp hiện tại mà không chuyển $ this around hoặc cố gắng divine nó từ tên lớp hoặc kludge nó bằng cách đặt nó vào globals.
Đối với những người quan tâm đến thời gian, microtime là 2,7E-5. Đủ nhanh. Chỉ cần không đặt nó trong một thời gian (1).
debug_backtrace có lỗi: đọc http://stackoverflow.com/q/4581969/632951 – Pacerier