php7과 PHP5의 새로운 기능과 성능 최적화를 살펴보겠습니다.

권장(무료): PHP7

1. Abstract Syntax Tree (AST)

1) PHP5에서 php 스크립트에서 opcode까지의 실행 프로세스는 다음과 같습니다.

1. 렉싱: 어휘 스캐닝 분석, 소스 파일을 토큰 스트림으로 변환
2. 파싱: 구문 분석, 이 단계에서 연산 배열 생성.

2) PHP7에서는 더 이상 구문 분석 단계에서 op 배열이 직접 생성되지 않지만 AST가 먼저 생성되므로 프로세스에 한 단계가 더 있습니다:

1. Lexing : 어휘 스캐닝 분석, 소스 변환 파일은 토큰 스트림으로 변환됩니다.
2. 구문 분석, 토큰 스트림에서 추상 구문 트리 생성
3. 컴파일: 추상 구문 트리에서 연산 배열 생성 .

추가된 추상 구문 트리: 메모리 사용량은 증가했지만 실행 시간은 감소했습니다.

AST는 PHP 컴파일 프로세스에서 미들웨어 역할을 하며, 인터프리터가 뱉어내는 방식에서 직접 원본을 대체합니다. out opcode는 인터프리터(파서)와 컴파일러(컴파일러)를 분리하여 일부 Hack 코드를 줄이고 동시에 구현을 더 쉽게 이해하고 유지 관리할 수 있도록 합니다

2, Natice TLS

PHP 스레드는 프로세스의 메모리 공간을 공유하므로 각 스레드 자체는 상호 방지를 위해 자신의 개인 데이터를 저장하기 위해 개인 공간을 구축해야 합니다. 다른 실과의 오염.

PHP5에서 채택한 방법은 대규모 전역 배열을 유지하고 각 스레드에 독립적인 저장 공간을 할당하는 것입니다. 스레드는 자체 키 값을 통해 이 전역 데이터 그룹에 액세스합니다. 이 고유한 키 값은 PHP5에서 전역 변수를 사용해야 하는 모든 함수에 전달되어야 합니다. PHP7은 이 전달 방법이 친숙하지 않고 몇 가지 문제가 있다고 생각합니다. 따라서 전역 스레드별 변수를 사용하여 이 키 값을 저장해 보세요.

3. 매개변수 반환 값 유형 지정

PHP 언어의 매우 중요한 기능은 "약한 타이핑"으로, 이로 인해 PHP 프로그램을 매우 쉽게 작성할 수 있습니다.

PHP7의 선택적 방법 지원 유형 또한 이 명령어가 활성화되면 현재 파일의 프로그램이 엄격한 함수 매개변수 전송 유형과 반환 유형을 따르도록 강제합니다.

4. zval 구조 변경

PHP5에서 zval은 다음과 같이 정의됩니다.

struct _zval_struct {
union {
long lval;
double dval;
struct {
char *val;
int len;
} str;
HashTable *ht;
zend_object_value obj;
  zend_ast *ast;
  } value;
zend_uint refcount__gc;
zend_uchar type;
  zend_uchar is_ref__gc;
};

우선 이 구조의 크기는 24바이트(64비트 시스템 기준)입니다. 이 zval.value 조합을 주의 깊게 살펴보세요. zend_object_value는 가장 큰 긴 보드이므로 전체 값에 16바이트가 필요합니다. 이는 결국 IS_OBJECT이기 때문에 이동하고 포인터로 바꾸는 등 쉽게 최적화할 수 있습니다. 가장 일반적으로 사용되는 유형은 아닙니다.

두 번째로 이 구조의 각 필드는 명확한 의미를 가지며 예약된 사용자 정의 필드가 없으므로 필요할 때 PHP5 시대에 많은 최적화가 가능합니다. zval과 관련된 일부 정보를 저장하려면 다른 구조 매핑을 사용하거나 zval을 확장하기 위한 외부 패키징 및 패치를 사용해야 합니다. 예를 들어 5.3에서는 순환 참조를 특별히 해결하기 위해 새로운 GC가 도입되었습니다. 다음 A를 더 이상 사용해서는 안 됩니다. hacky Approach

셋째, 대부분의 PHP zval은 값으로 전달되며, 쓰기 시 값이 복사됩니다. 그러나 두 가지 예외가 있는데, 객체와 리소스는 항상 참조로 전달되므로 이렇게 하면 생성됩니다. 문제는 zval의 참조 카운트 외에도 메모리를 재활용할 수 있도록 개체와 리소스에도 전역 참조 카운트가 필요하다는 것입니다. 따라서 PHP5 시대에는 개체를 예로 들면 두 가지 참조 카운트 세트가 있습니다. . 하나는 zval에 있고 다른 하나는 obj 자체의 개수입니다.

第四, 我们知道PHP中, 大量的计算都是面向字符串的, 然而因为引用计数是作用在zval的, 那么就会导致如果要拷贝一个字符串类型的zval, 我们别无他法只能复制这个字符串. 当我们把一个zval的字符串作为key添加到一个数组里的时候, 我们别无他法只能复制这个字符串. 虽然在PHP5.4的时候, 我们引入了INTERNED STRING, 但是还是不能根本解决这个问题.

还比如, PHP中大量的结构体都是基于Hashtable实现的, 增删改查Hashtable的操作占据了大量的CPU时间, 而字符串要查找首先要求它的Hash值, 理论上我们完全可以把一个字符串的Hash值计算好以后, 就存下来, 避免再次计算等等

第五, 这个是关于引用的, PHP5的时代, 我们采用写时分离, 但是结合到引用这里就有了一个经典的性能问题:

第六, 也是最重要的一个, 为什么说它重要呢? 因为这点促成了很大的性能提升, 我们习惯了在PHP5的时代调用MAKE_STD_ZVAL在堆内存上分配一个zval, 然后对他进行操作, 最后呢通过RETURN_ZVAL把这个zval的值”copy”给return_value, 然后又销毁了这个zval, 比如pathinfo这个函数:

5、异常处理

PHP 5 的 try ... catch ... finally 无法处理传统错误，如果需要，你通常会考虑用 set_error_handler() 来 Hack 一下。但是仍有很多错误类型是 set_error_handler() 捕捉不到的

PHP 7引入 Throwable 接口，错误及异常都实现了 Throwable，无法直接实现 Throwable，但可以扩展 \Exception 和 \Error 类。可以用 Throwable 捕捉异常跟错误。\Exception 是所有PHP及用户异常的基类；\Error 是所有内部PHP错误的基类。

$name = "Tony";
try {
    $name = $name->method();
} catch (\Error $e) {
    echo "出错消息 --- ", $e->getMessage(), PHP_EOL;
}
 
try {
    $name = $name->method();
} catch (\Throwable $e) {
    echo "出错消息 --- ", $e->getMessage(), PHP_EOL;
}
 
try {
    intp(5, 0);
} catch (\pisionByZeroError $e) {
    echo "出错消息 --- ", $e->getMessage(), PHP_EOL;
}

6、hashtable 的变化

7、执行器

8、新的参数解析方式

PHP5  对应的参数解析 zend_parse_parament，

PHP7对应的参数解析：fast_zpp  

위 내용은 php7과 PHP5의 새로운 기능과 성능 최적화를 살펴보겠습니다.의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!