PHP开发程序员解决问题的能力-编程小技巧

1、php开发程序员解决问题的能力这个话题老生长谈了，在面试中必然考核的能力中，我个人认为解决问题能 力是排第一位的，比学习能力优先级更高。解决问题的能力既能看出程序员的思 维能力，应变能力，探索能力等，又可以看出他的经验。如果解决问题能力不佳 是无法通过面试的。这里举个例了，假如我执行了一个piip的脚木，如php tcst. php,预期是 可以返回一个字符串。但执行后没冇任何信息输出，这时候通过什么方法能知道 程序错在哪里？这里可以将解决问题能力分为8个等级，越到后面的表示能力越 强。lvo查看php错误信息程序没冇达到预期效果，证明代码岀错了，看php的错误信息是第一步。如 果直接忽略错误

2、信息，表明这个人不适合担任专业的程序员岗位。有些情况下 php. ini配置屮关闭了错误显示，需要修改php. ini打开错误信息，或者错误信 息被导出到了 f1志文件，这种情况口j以直接tai if php_error. log来看错误信息。拿到错误信息后直接定位到程序代码问题，或者到google/百度搜索，即可 解决问题。注：打开错误显示的方法是 php. ini 中 display_crrors / display_startup_crrors 设置为 on php. ini 屮 error_reporting 设置为 e_all php 代码中设置 error reporting(e

3、all)lvl存在多个版本的php或php-cli与php-fpm加载不同的配置存在多个版本的php,懂得通过which php來看是哪个piip,或者加绝对路 径制定php版本。表示此phper通过了此层级的50%考验。另外一个情况就是php-cli与php-fpm得到的执行情况不一样，如在web 浏览器屮执行是对的，cli下执行是错的。这时候可能是2个环境加载的php. ini 不同所致。cli下通过php -i | grep php. ini得到加载了哪个php.ini。而fpm f通过phpinfo ()函数可以得到php. ini的绝对路径。lv2 var_dump/die打印变量值

4、信息单步调试这是惯用的程序调试手段，也是最简单粗暴有效的解决问题方法。高级一点 的手段是使用php的trace类/fl志类，花哨一点的口j以借助phpstorm+xdebug 在ide工貝里进行dcbugotrace工具还可以分析脚本的耗时，进行php程序的性能优化。这3个考验全部通过，表明此程序员已经具备了专业php程序员应该有的解 决问题能力了。php程序员只耍过了这个等级，就足以应多大部分情况，在中小 型网站中毫无压力。lv3使用strace工具跟踪程序执行strace可以用来查看系统调用的执彳亍，使用strace php test, php,或者 strace -p进程id。strac

5、e就可以帮助你透过现象看木质，常握程序执行的过 程。这个手段是在大型网站，大公司里最常用的。如果没掌握strace,这里只 能说抱歉了,我们不接受不会stracc的pupcrostrace 实也是对程序员基础的考验，如果不懂操作操作系统，完全不懂 底层，肯定也达不到会用strace的程度。当然strace对于php代码里的死循环 是解决不了的。比如你发现一个php-fpm进程cpu100%了，strace恐怕是解决不 了的。因为strace是看系统调用，一般都是10类操作，既然是10密集，那cpu 一定不可能是100%。lv4使用tcpdump工具分析网络通信过程tcpdump可以抓到网卡的数

6、据通信过程，甚至数据内容也可以抓到。使用 tcpdump可以看到网络通信过程是什么样的，如何时发起了 tcp syn3次握手， 何时发送fin包，何时发送rst包。这是一个基本功，如果不懂tcpdump,证明 不具备网络问题解决能力。lv5统计函数调用的耗时和成功率使用xhporf/xdebug导出php请求的调用过程，然后分析每个函数调用的过 程和耗时。能够分析php程序的性能瓶颈，找出可以优化的点。另外一个对于网络服务的调用,如mysql查询,curl,其他api调用等,通 过记录起始和结束时microtime,返回的是不是false, nj'以得到调用是否成功, 耗时多少。如果可

7、以汇总数据，整理出调用的成功率，失败率，平均延时，证明 此程序员对接口质量敏感，冇大型网站项目经验。lv6 gdb使用gdb是c/c+调试程序的利器，需要具备一定c/c+功底的程序员才会能熟 练使用gdb。上面说的stracc无法跟踪php程序cpu 100%,而gdb是可以跟踪的。 另外gdb也可以解决php程序core dump的问题。通过gdb -p进程id,再配合php-src的.gdbinit zbacktrace等工具，可 以很方便地跟踪php程序的执行。像上面的cpu 100%往往是php程序屮发生死循 环了，gdb进行多次查看，就犬致可以得到死循环的位置。具备gdb解决问题能 力的pi1p程序员少z又少。如杲能使用gdb解决pi1p问题，这个puper百分z百 可以通过而试，并月可以拿到较高的技术评级。lv7查看php内核和扩展源码如果能熟悉php