소개글의 영문저작권은 Reinhold Weber에게 있으며, 중국어 번역은 yangyang(aka davidkoree)님이 저작하셨습니다. 이중언어 버전은 비상업적인 배포를 위해 사용할 수 있으나, 영어 버전의 저자, 저작권 정보, 중국어 번역의 저자를 명시해야 합니다. 번역 수준이 제한되어 있으니 정정해 주시기 바랍니다.
1. 메소드를 정적으로 만들 수 있는 경우 이를 정적으로 선언하십시오. 속도는 4배까지 증가할 수 있다.
2.echo는 인쇄보다 빠릅니다.
3. 문자열 연결 대신 에코의 여러 매개 변수(번역: 마침표 대신 쉼표를 사용하는 것을 의미)를 사용합니다.
4. for 루프를 실행하기 전에 최대 루프 수를 결정하고, 루프가 실행될 때마다 최대값을 계산하지 마십시오.
5. 사용되지 않는 변수, 특히 큰 배열을 등록 취소하여 메모리를 확보합니다.
6. __get, __set, __autoload를 사용하지 마십시오.
7.require_once()는 비용이 많이 듭니다.
8. 파일을 포함할 때 전체 경로를 사용하면 운영 체제 경로를 확인하는 데 시간이 덜 걸립니다.
9. 스크립트가 실행되기 시작하는 시간(주석: 서버가 클라이언트 요청을 수신함)을 알고 싶다면 time()보다 $_SERVER['REQUEST_TIME']을 사용하는 것이 좋습니다.
10. 함수는 정규식을 대체하여 동일한 기능을 완성합니다.
11. str_replace 함수는 preg_replace 함수보다 빠르지만 strtr 함수는 str_replace 함수보다 4배 더 효율적입니다.
12. 문자열 대체 함수가 배열 또는 문자를 매개변수로 허용할 수 있고 매개변수 길이가 너무 길지 않은 경우, 한 줄만 작성하는 대신 전달된 각 매개변수가 문자가 되도록 추가 대체 코드를 작성하는 것을 고려할 수 있습니다. 쿼리 및 교체를 위한 매개변수로 배열을 허용하는 코드입니다.
13. if, else if 문을 여러 개 사용하는 것보다 선택적 분기 문(번역 주석: switch case)을 사용하는 것이 더 좋습니다.
14. @를 사용하여 오류 메시지를 차단하는 것은 매우 비효율적입니다.
15. Apache의 mod_deflate 모듈을 엽니다.
16. 사용이 끝나면 데이터베이스 연결을 닫아야 합니다.
17.$row['id']는 $row[id]보다 7배 더 효율적입니다.
18. 오류 메시지는 비용이 많이 듭니다.
19. for 루프에서 함수를 사용하지 마십시오. 예를 들어 for ($x=0; $x < count($array); $x)는 루프할 때마다 count() 함수를 호출합니다.
20. 메소드에서 지역 변수를 증가시키는 것이 가장 빠릅니다. 함수에서 지역 변수를 호출하는 것만큼 빠릅니다.
21. 전역 변수를 증가시키는 것은 지역 변수를 증가시키는 것보다 2배 느립니다.
22. 객체 속성(예: $this->prop++)을 증가시키는 것은 지역 변수를 증가시키는 것보다 3배 느립니다.
23. 정의되지 않은 지역 변수를 증가시키는 것은 미리 정의된 지역 변수를 증가시키는 것보다 9~10배 느립니다.
24. 함수에서 호출하지 않고 지역 변수를 정의하는 것만으로도 속도가 느려집니다(지역 변수를 증가시키는 것과 같은 정도로). PHP는 아마도 전역 변수가 존재하는지 확인할 것입니다.
25. 메서드 호출은 클래스에 정의된 메서드 수와 무관한 것으로 보입니다. 10개의 메서드를 추가했는데(메서드 테스트 전후 모두) 성능에는 변화가 없었습니다.
26. 파생 클래스의 메서드는 기본 클래스에 정의된 동일한 메서드보다 빠르게 실행됩니다.
27. 매개변수가 하나인 빈 함수를 호출하는 데는 지역 변수를 7~8배 증가시키는 데 시간이 걸립니다. 비슷한 메서드 호출에는 15개에 가까운 지역 변수 증분 작업이 필요합니다.
28. 문자열을 묶을 때 큰 따옴표 대신 작은 따옴표를 사용하면 더 빠릅니다. PHP는 큰따옴표로 묶인 문자열에서 변수를 검색하기 때문에 작은따옴표는 검색하지 않습니다. 물론 이는 문자열에 변수를 포함할 필요가 없는 경우에만 수행할 수 있습니다.
29. 여러 문자열을 출력할 때 마침표 대신 쉼표를 사용하여 문자열을 구분하는 것이 더 빠릅니다. 참고: echo만이 이 작업을 수행할 수 있습니다. 이는 여러 문자열을 매개변수로 사용할 수 있는 "함수"입니다. (주석: PHP 매뉴얼에서는 echo가 실제 함수가 아니라 언어 구조라고 되어 있으므로 함수는 큰따옴표로 묶여 있습니다.) .
30.Apache는 정적 HTML 페이지를 구문 분석하는 것보다 2~10배 느리게 PHP 스크립트를 구문 분석합니다. 더 많은 정적 HTML 페이지를 사용하고 더 적은 수의 스크립트를 사용해 보십시오.
31. 스크립트를 캐시할 수 없으면 호출될 때마다 다시 컴파일됩니다. PHP 캐싱 메커니즘을 도입하면 일반적으로 성능을 25%~100% 향상하여 컴파일 오버헤드를 제거할 수 있습니다.
32. 가능한 한 많은 캐시를 시도하십시오. memcached를 사용할 수 있습니다. Memcached는 동적 웹 애플리케이션을 가속화하고 데이터베이스 부하를 줄이는 데 사용할 수 있는 고성능 메모리 개체 캐싱 시스템입니다. OP 코드 캐싱은 각 요청에 대해 스크립트를 다시 컴파일할 필요가 없도록 유용합니다.
33. 문자열을 연산하고 그 길이가 특정 요구 사항을 충족하는지 확인해야 할 때 자연스럽게 strlen() 함수를 사용하게 됩니다. 이 함수는 계산을 수행하지 않고 zval 구조(PHP 변수를 저장하는 데 사용되는 C의 내장 데이터 구조)에 저장된 문자열의 알려진 길이를 반환하기 때문에 매우 빠르게 실행됩니다. 다만, strlen()은 함수이기 때문에 함수 호출이 소문자 등 여러 단계를 거치기 때문에 다소 느릴 것입니다(주석: 소문자 함수 이름을 말하며, PHP는 함수 이름 대문자와 소문자를 구분하지 않습니다 ), 해시 검색, 호출된 함수와 함께 실행됩니다. 어떤 경우에는 isset() 트릭을 사용하여 코드 실행 속도를 높일 수 있습니다.
(아래 예)
if (strlen($foo) < 5) { echo "Foo가 너무 짧습니다."$$ }
(아래 팁과 비교해보세요)
if (!isset($foo{5})) { echo "Foo is too short"$$ }
isset() 호출은 strlen()보다 빠릅니다. 왜냐하면 strlen()과 달리 isset()은 언어 구조이기 때문입니다. 실행에는 함수 조회 및 문자 소문자가 필요하지 않습니다. 즉, 문자열 길이를 확인하는 최상위 코드에서는 실제로 많은 오버헤드를 소비하지 않습니다.
34. 변수 $i의 증가 또는 감소를 수행할 때 $i++는 ++$i보다 느립니다. 이 차이점은 PHP에만 해당되며 다른 언어에는 적용되지 않습니다. 따라서 C 또는 Java 코드를 수정하지 말고 즉시 더 빨라질 것으로 기대하십시오. 작동하지 않습니다. ++$i에는 3개의 명령어(opcode)만 필요하고 $i++에는 4개의 명령어가 필요하므로 더 빠릅니다. 사후 증가는 실제로 이후에 증가되는 임시 변수를 생성합니다. 접두사 증가는 원래 값에서 직접 증가합니다. 이것이 가장 많습니다
. OOP(객체 지향)일 필요는 없습니다. 객체 지향은 비용이 많이 들고 각 메서드와 객체 호출이 많은 메모리를 소비합니다.
36. 모든 데이터 구조를 클래스에서 구현할 필요는 없으며 배열도 유용합니다.
37. 메소드를 너무 세분화하지 마세요. 실제로 어떤 코드를 재사용할지 신중히 생각해보세요.
38. 필요할 때 언제든지 코드를 메소드로 나눌 수 있습니다.
39. PHP 내장 함수를 많이 사용해 보세요.
40. 코드에 시간이 많이 걸리는 기능이 있다면 C 확장으로 구현하는 것을 고려해 볼 수 있습니다.
41. 코드를 프로파일링하세요. 검사기는 코드의 어느 부분에 시간이 얼마나 걸리는지 알려줍니다. Xdebug 디버거에는 코드의 전반적인 무결성을 평가하고 코드의 병목 현상을 찾아내는 검사 루틴이 포함되어 있습니다.
42.mod_zip을 Apache 모듈로 사용하여 데이터를 즉시 압축하고 데이터 전송량을 80%까지 줄일 수 있습니다.
43. Zend의 PHP 최적화 프로그램이 수행하는 일종의 최적화 프로세스입니다. 모든 명령 최적화 프로그램이 동일한 최적화를 수행하는 것은 아니며 명령 최적화 프로그램이 설치되지 않은 인터넷 서비스 공급자(ISP)와 서버가 많기 때문에 이 최적화를 염두에 두는 것이 좋습니다. John Lim이 작성한 PHP 최적화에 관한 또 다른 훌륭한 기사입니다.