PHP 프로그래머를 위한 8단계 문제 해결 능력

이 주제는 오랫동안 이야기되어 왔습니다. 인터뷰에서 평가해야 하는 능력 중 개인적으로 문제 해결 능력이 학습 능력보다 우선 순위가 높다고 생각합니다. 문제 해결 능력은 프로그래머의 사고력 능력, 적응력, 탐색 능력 등을 보여줄 수 있을 뿐만 아니라 그의 경험도 보여줄 수 있습니다. 문제해결 능력이 부족하면 면접에 합격할 수 없습니다.

다음은 php test.php와 같은 PHP 스크립트를 실행하면 문자열을 반환할 것으로 예상되는 예입니다. 그러나 실행 후에는 아무런 정보도 출력되지 않습니다. 프로그램의 어디가 잘못되었는지 어떻게 알 수 있습니까? 여기서 문제해결 능력은 8단계로 구분할 수 있으며, 레벨이 높을수록 능력이 강해집니다.

Lv0 PHP 오류 메시지 확인

프로그램이 예상한 결과를 얻지 못했는데, 이는 코드가 잘못되었음을 증명합니다. 첫 번째 단계입니다. 오류 메시지를 무시하면 이 사람은 전문 프로그래머 위치에 적합하지 않음을 나타냅니다. 어떤 경우에는 php.ini 구성에서 오류 표시가 꺼지는데, 오류 메시지를 열려면 php.ini를 수정해야 하거나, 오류 메시지가 로그 파일로 내보내지는 경우가 있습니다. 이 경우 tailf를 직접 수행할 수 있습니다. php_error.log를 사용하여 오류 메시지를 확인하세요.

오류 메시지가 표시된 후 프로그램 코드 문제를 직접 찾거나 Google/바이두에서 검색하여 문제를 해결할 수 있습니다.

참고: 오류 표시를 켜는 방법은

• php.ini에서 display_errors/display_startup_errors를 On으로 설정
• php.ini에서 error_reporting을 E_ALL로 설정
• 🎜>
PHP 코드에 error_reporting(E_ALL) 설정

Lv1 php 또는 php-cli 및 php-fpm의 여러 버전이 있고 다른 구성을 로드합니다

여러 버전이 있습니다. php, 어떤 PHP가 어떤 PHP인지 확인하거나 절대 경로를 추가하여 PHP 버전을 지정하세요. 이 PHPer가 이 수준의 테스트를 50% 통과했음을 나타냅니다.

또 다른 상황은 php-cli와 php-fpm에서 얻은 실행 결과가 다른 경우입니다. 예를 들어 웹 브라우저에서의 실행은 정확하지만 cli에서의 실행은 잘못되었습니다. 이때 두 환경에서 로드되는 php.ini가 다르기 때문에 발생할 수 있습니다. cli에서 php -i |grep php.ini를 사용하여 어떤 php.ini가 로드되었는지 확인하세요. php.ini의 절대 경로는 fpm 아래의 phpinfo() 함수를 통해 얻을 수 있습니다.

Lv2 var_dump/die 인쇄 변수 값 정보 단일 단계 디버깅

이것은 프로그램 디버깅에 일반적으로 사용되는 방법이자 문제를 해결하는 가장 간단하고 투박하며 효과적인 방법이기도 합니다. 더 고급 방법은 PHP의 Trace 클래스/로그 클래스를 사용하는 것입니다. 더 멋진 방법을 원하면 phpstorm xdebug를 사용하여 IDE 도구에서 디버깅할 수 있습니다.

Trace 도구는 스크립트의 시간 소비를 분석하고 PHP 프로그램의 성능 최적화

를 수행할 수도 있습니다.

세 가지 테스트를 모두 통과하면 이 프로그래머는 전문 PHP 프로그래머가 갖춰야 할 문제 해결 능력을 갖추고 있음을 알 수 있습니다. PHP 프로그래머

이 수준만 통과하면 대부분의 상황에 대처할 수 있으며 중소 규모 웹사이트에서도 부담 없이 사용할 수 있습니다.

Lv3 strace 도구를 사용하여 프로그램 실행 추적

strace를 사용하여 시스템 호출 실행을 확인하거나 strace php test.php 또는 strace -p 프로세스 ID를 사용할 수 있습니다. strace는 현상을 통해 본질을 보고, 프로그램 실행 과정을 파악하는 데 도움을 줍니다. 이 방법은 대규모 웹사이트와 대기업에서 가장 일반적으로 사용됩니다. strace를 모르신다면 죄송하다는 말씀밖에 드릴 수가 없습니다. strace를 모르는 PHPer는 받지 않습니다.

Strace는 실제로 프로그래머의 기본 테스트입니다. 운영체제를 작동하는 방법을 모르고 기본 레이어를 전혀 이해하지 못한다면 strace를 사용할 수 없습니다. 물론 strace는 PHP 코드에서 죽은 루프

를 해결할 수 없습니다. 예를 들어, php-fpm 프로세스의 CPU가 100%인 경우 strace는 이를 해결하지 못할 수 있습니다. strace는 일반적으로 IO 작업인 시스템 호출을 살펴보기 때문에 IO 집약적이므로 CPU가 100%가 될 수 없습니다.

Lv4 tcpdump 도구를 사용하여 네트워크 통신 프로세스를 분석합니다.

tcpdump는 네트워크 카드의 데이터 통신 프로세스를 캡처할 수 있으며 데이터 내용까지 캡처할 수 있습니다. tcpdump를 사용하면 TCP SYN 3방향 핸드셰이크가 시작될 때, FIN 패킷이 전송될 때, RST 패킷이 전송될 때 네트워크 통신 프로세스가 어떻게 나타나는지 확인할 수 있습니다. 이것은 기본적인 기술입니다. tcpdump를 이해하지 못한다면 네트워크 문제를 해결할 능력이 없다는 뜻입니다.

Lv5 함수 호출의 시간 소비 및 성공률 통계

xhporf/xdebug를 사용하여 PHP 요청의 호출 프로세스를 내보낸 후 각 함수 호출의 프로세스 및 시간 소비를 분석합니다. PHP 프로그램의 성능 병목 현상

을 분석하고 최적화할 수 있는 지점을 찾아낼 수 있습니다.

mysql 쿼리, 컬, 기타 API 호출 등과 같은 네트워크 서비스에 대한 또 다른 호출은 시작 및 종료 마이크로타임을 기록하고 false가 반환되는지 여부를 통해 호출의 성공 여부와 방법을 알 수 있습니다. 시간이 많이 걸렸습니다. 데이터를 정리하고 통화 성공률, 실패율, 평균 지연 시간 등을 정리할 수 있다면 이 프로그래머가 인터페이스 품질에 민감하고 대규모 웹 사이트 프로젝트 경험이 있음을 증명합니다.

Lv6 gdb 사용

gdb는 C/C 디버깅 프로그램을 위한 강력한 도구입니다. 특정 C/C 기술을 갖춘 프로그래머는 gdb를 능숙하게 사용해야 합니다. 위에서 언급한 strace는 PHP 프로그램 CPU100%를 추적할 수 없지만 gdb는 추적할 수 있습니다. 또한 gdb는 PHP 프로그램의 코어 덤프 문제도 해결할 수 있습니다.

php-src의 .gdbinit zbacktrace 및 기타 도구와 결합된 gdb -p 프로세스 ID를 사용하면 PHP 프로그램의 실행을 쉽게 추적할 수 있습니다. 위의 CPU 100%와 마찬가지로 PHP 프로그램에서 발생하는 데드루프인 경우가 많습니다. gdb로 여러번 확인해보면 데드루프의 위치를 ​​대략적으로 알 수 있습니다. . gdb 문제를 해결할 수 있는 PHP 프로그래머는 거의 없습니다. PHP 문제를 해결하기 위해 gdb를 사용할 수 있다면 이 PHPer는 인터뷰를 100% 통과하고 더 높은 기술 등급을 받을 수 있습니다.

Lv7 PHP 커널 및 확장 소스 코드 보기

PHP 커널 및 확장 소스 코드에 익숙하다면 PHP 프로그램에서 가장 복잡한 메모리 오류를 해결할 수 있습니다. 이런 PHP 프로그래머는 흔치 않습니다. gdb 도구를 사용하고 PHP 소스 코드에 익숙하면 opcode 정보, Execute_data 메모리, 전역 변수 상태 등을 볼 수 있습니다.

위 내용은 내용적인 측면을 포함하여 PHP 프로그래머의 문제 해결 능력의 8가지 주요 수준을 소개합니다. PHP 튜토리얼에 관심이 있는 친구들에게 도움이 되기를 바랍니다.