PHP 7.4.0釋出！一起看看有哪些新特性
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