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
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/96385.html
標籤：PHP
上一篇：swoole加密可破解嗎