靜態調用非靜態方法！！這在java，c#中是不可想象的，也是絕對不行的。這樣的錯誤在這些語言中會在編譯階段就被指出錯誤的。但是對於php這樣的動態語言呢？首先這個是語法沒有錯誤的，php –l 找不出錯誤來的。如果運行呢？
先看一個例子
復制代碼 代碼如下:
<?php
class myClass
{
private $name = "myClass";
public function echoName(){
echo $this->name;
}
public function getName(){
$this->echoName();
}
}
class newClass
{
private $name = "newClass";
public function echoName(){
echo $this->name;
}
public function test() {
myClass::getName();
echo "\n";
}
}
$app = new newClass();
$app->test();
這個代碼的最終調用結果是什麼呢？（運行環境PHP 5.3.10 ）
看這個結果，有幾個地方值得注意：
首先是myClass::getName() 這是一個靜態函數的調用
但是看一下myClass的getName()函數，它卻並不是一個靜態函數。
其次返回的結構
先是返回PHP Strict Standards Error。熟悉php的人應該知道，Strict Error是php的編碼標准化警告，一般是由於php為了保持向前兼容而報出的錯誤。那這麼說，非靜態函數的靜態調用在php5.3之前的某個版本是允許的，只是在後面的版本是不被建議使用！！
好了，如果你現在將Strict Error在error_reporting中注釋掉，返回結果就變成了newClass!!
在php4版本的時候，子類需要調用父類的方法，但是子類又有一個同名的方法，因此不能使用$this，於是php4提供了（parentClassName::method()）這樣的方法。（當然php5增加了parent這個關鍵字）
但是php4提供的這個方法實際上就是允許了靜態調用一個非靜態方法！！後台由於需要向前兼容的原因，這個特性也就變成了不能刪除的特性了（必須保證前面版本的代碼能在後一版本的php環境中運行）。
只是增加了Strict Error來對這種調用進行提示。
底層實現原因
好了，對於為什麼會出現這個情況的實現原因, 鳥哥的這篇文章有說明 http://www.laruence.com/2012/06/14/2628.html
首先需要顛覆自己的觀點,什麼是靜態調用?並不是說有::就是靜態調用，而是看calling scope。
“ $this指針指向的對象就是這個方法被調用時刻的calling scope.”
我換一種句子翻譯：
靜態調用是沒有calling scope的，非靜態調用$this->abc() 中的$this指向的對象就是calling scope。
Calling scope是當每一句調用的時候被傳遞的。
理解下面的代碼：
復制代碼 代碼如下:
<?php
class A {
public function __construct() {
}
}
class B extends A {
public function __construct() {
parent::__construct();
}
}
這裡的parent::_construct()是子類將calling scope轉化為父類A的calling scope。這個並不是靜態調用。
回到最上面的例子
myClass::getName();
這個時候由於沒有使用parent這樣的關鍵字，也沒有對$this重新賦值，因此calling scope並沒有改變，仍然是$app。就是說這個時候，所有出現的$this指針都是指向$app的。
好了，下面的事情就很好理解了， echo $this->name; 自然就是調用calling scope的name屬性了。
