PHP 7.4.0發佈！一起看看有哪些新特性

PHP 7.4.0 發佈了，此版本標志著 PHP 7 系列的第四次特性更新。看了英文手冊後，發現其進行了許多改進，並帶來了一些新特性，現在將這些新特性您： 1.Typed Properties 類型屬性類屬性現在支持類型聲明，以下示例將強制 $User-> id 只能分配 int 值，而 $Us ...

PHP 7.4.0 發佈了，此版本標志著 PHP 7 系列的第四次特性更新。

看了英文手冊後，發現其進行了許多改進，並帶來了一些新特性，現在將這些新特性您：

1.Typed Properties 類型屬性

類屬性現在支持類型聲明，以下示例將強制 $User-> id 只能分配 int 值，而 $User-> name 只能分配 string 值。

<?php

class User {

    public int $id;

    public string $name;

}

?>

● 它們自PHP 7.4起可用。

● 它們只在類中可用，並且需要訪問修飾符:public、protected、private、var。

● 除了void和callable之外，所有類型都是允許的。

PHP是我們喜歡和討厭的一種動態語言，它將強制類型轉換做的太好，有時也會引起反作用。假設您在期望整數的地方傳遞了一個字元串，PHP將嘗試自動轉換該字元串：

class Bar

{

    public int $i;

}

$bar = new Bar;

$bar->i = '1'; // 1

如果不喜歡這種行為，可以通過聲明嚴格類型來禁用它：

declare(strict_types=1);

$bar = new Bar;

$bar->i = '1'; // 1

Fatal error: Uncaught TypeError: 

Typed property Bar::$i must be int, string used

2.Arrow Functions 箭頭函數

箭頭函數提供了用於定義具有隱式按值作用域綁定的函數的簡寫語法。

<?php

$factor = 10;

$nums = array_map(fn($n) => $n * $factor, [1, 2, 3, 4]);

// $nums = array(10, 20, 30, 40);

?>

● 自PHP 7.4起可用

● 他們以fn關鍵字開頭

● 它們只能有一個表達式，即return語句

● 不允許return關鍵字

● 參數和返回類型可以是類型提示

您沒看錯：短閉包只能有一個表達式。這意味著您不能包含多行。

理由如下：

簡短閉包的目標是減少冗長。fn當然在所有情況下都比function短。然而，如果您處理的是多行函數，那麼使用短閉包所獲得的好處就更少。

畢竟，按照定義，多行閉包已經更加冗長；因此能夠跳過兩個關鍵字（function和return）不會有太大的區別。

3.Limited Return Type Covariance and Argument Type Contravariance 有限返回類型協變與參數類型逆變

僅當使用自動載入時，才提供完全協變/逆變支持。在單個文件中，只能使用非迴圈類型引用，因為所有類在被引用之前都必須可用。

<?php

class A {}

class B extends A {}

class Producer {

    public function method(): A {}

}

class ChildProducer extends Producer {

    public function method(): B {}

}

?>

4.Unpacking Inside Arrays 打包內部數組

<?php

$parts = ['apple', 'pear'];

$fruits = ['banana', 'orange', ...$parts, 'watermelon'];

// ['banana', 'orange', 'apple', 'pear', 'watermelon'];

?>

5.Numeric Literal Separator 數值文字分隔符

數字文字可以在數字之間包含下劃線。

<?php

6.674_083e-11; // float

299_792_458;   // decimal

0xCAFE_F00D;   // hexadecimal

0b0101_1111;   // binary

?>

限制

唯一的限制是數字文字中的每個下劃線必須直接位於兩個數字之間。這條規則意味著下麵的用法都不是有效的數字文字:

_100; 

100_;       

1__1;       

1_.0; 1._0; 

0x_123;     

0b_101;     

1_e2; 1e_2;

PHP功能不受影響

在數字文字的數字之間添加下劃線不會改變其值。下劃線在詞法分析階段被刪除，因此運行時不受影響。

var_dump(1_000_000); // int(1000000)

6.Weak References 弱引用

弱引用可以保留對對象的引用，不會阻止對象被銷毀。

弱引用允許保留對對象的引用，而該對象不會阻止對象被銷毀;它們對於實現類似緩存的結構非常有用。

原則上，弱引用對象並不複雜，只需要(ab)使用Zend或下麵的層，因為我們不直接支持它。

final class WeakReference {

    public static function create(object $object) : WeakReference;
  
    public function get() : ?object;

}

7.Allow Exceptions from __toString() 允許從 __toString() 拋出異常

現在允許從 __toString() 引發異常，以往這會導致致命錯誤，字元串轉換中現有的可恢復致命錯誤已轉換為 Error 異常。

7.4以前禁止從__toString()拋出異常，如果__toString()異常，將導致致命錯誤。

從技術角度來看，這種限制最終是無效的，因為字元串轉換期間的異常仍然可以由將可恢復錯誤轉換為異常的錯誤處理程式觸發:

set_error_handler(function() {

    throw new Exception();

});

try {

    (string) new stdClass;

} catch (Exception $e) {

    echo "(string) threw an exception...\n";

}

另外，將“不能轉換為字元串”和“__toString()必須返回一個字元串值”可恢復的致命錯誤轉換為正確的錯誤異常，這與PHP 7中建立的錯誤策略一致。

8.Opcache Preloading Opcache 預載入

新增 Opcache 預載入支持。

在PHP 7.4中，添加了對預載入的支持，這是一個可以顯著提高代碼性能的特性。

簡而言之，這是它的工作方式：

● 為了預載入文件，您需要編寫一個自定義PHP腳本

● 該腳本在伺服器啟動時執行一次

● 所有預載入的文件在記憶體中都可用於所有請求

● 在重新啟動伺服器之前，對預載入文件所做的更改不會產生任何影響

雖然預載入是建立在opcache之上的，但它並不是完全一樣的。Opcache將獲取您的PHP源文件，將其編譯為“ opcodes”，然後將這些編譯後的文件存儲在磁碟上。

您可以將操作碼看作是代碼的底層表示，在運行時很容易解釋。因此，opcache會跳過源文件和PHP解釋器在運行時實際需要之間的轉換步驟。巨大的勝利！

但我們還有更多的收穫。Opcached文件不知道其他文件。如果類A是從類B擴展而來的，那麼仍然需要在運行時將它們鏈接在一起。此外，opcache執行檢查以查看源文件是否被修改，並將基於此使其緩存失效。

因此，這就是預載入發揮作用的地方：它不僅將源文件編譯為操作碼，而且還將相關的類、特征和介面鏈接在一起。然後，它將這個“已編譯”的可運行代碼blob(即:PHP解釋器可以使用的代碼)保存在記憶體中。

現在，當請求到達伺服器時，它可以使用已經載入到記憶體中的部分代碼庫，而不會產生任何開銷。

為了進行預載入，開發人員必須告知伺服器要載入哪些文件。這是用一個簡單的PHP腳本完成的，確實沒有什麼困難。

規則很簡單：

● 您提供一個預載入腳本，並使用opcache.preload命令將其鏈接到您的php.ini文件中。

● 您要預載入的每個PHP文件都應該傳遞到opcache_compile_file()，或者在預載入腳本中只需要一次。

假設您想要預載入一個框架，例如Laravel。您的腳本必須遍歷vendor/laravel目錄中的所有PHP文件，並將它們一個接一個地添加。

在php.ini中：

opcache.preload=/path/to/project/preload.php

這是一個虛擬的實現：

$files = /* 要預載入的文件數組 */;

foreach ($files as $file) {

    opcache_compile_file($file);

}

有一個警告！為了預載入文件，還必須預載入它們的依賴項（介面，特征和父類）。

如果類依賴項有任何問題，則會在伺服器啟動時通知您：

Can't preload unlinked class

Illuminate\Database\Query\JoinClause: 

Unknown parent 

Illuminate\Database\Query\Builder

這不是一個致命的問題，您的伺服器可以正常工作。但你不會得到所有你想要的預載入文件。

幸運的是，還有一種確保鏈接文件也被載入的方法：您可以使用require_once代替opcache_compile_file，讓已註冊的autoloader(可能是composer的)負責其餘的工作。

$files = /* 要預載入的文件數組 */;

foreach ($files as $file) {

    require_once($file);

}

還有一些需要註意的地方。例如，如果您試圖預載入Laravel，那麼框架中的一些類依賴於其他尚不存在的類。例如，文件系統緩存類\ lighting \ filesystem \ cache依賴於\League\Flysystem\Cached\Storage\AbstractCache，如果您從未使用過文件系統緩存，則可能無法將其安裝到您的項目中。

＃有效嗎？

這當然是最重要的問題:所有文件都正確載入了嗎?您可以簡單地通過重新啟動伺服器來測試它，然後將opcache_get_status()的輸出轉儲到PHP腳本中。您將看到它有一個名為preload_statistics的鍵，它將列出所有預載入的函數、類和腳本;以及預載入文件消耗的記憶體。

＃性能

現在到最重要的問題：預載入真的能提高性能嗎?

答案是肯定的：我進行了一些基準測試。

有趣的是，您可以決定僅預載入代碼庫中經常使用的類。基準測試顯示，只載入大約100個熱門類，實際上可以獲得比預載入所有類更好的性能收益。預載入全部類，性能提升13%，而預載入熱門類，則提升有17%。

當然，應該預載入哪些類取決於您的項目。明智的做法是在開始時儘可能多地預載入。

此外還有一些棄用，以及從核心中刪除一些擴展，詳情查看英文原版手冊：

https://www.php.net/manual/zh/migration74.new-features.php