标签：style blog http io ar color os 使用 sp
现在在一家公司做PHP后台开发程序猿（我们组没有前端，做活动时会做前端的东西），刚开始到公司的时候花2个周赶出了一个前端加后台的活动（记得当时做不出来周末加了两天班、、、），到现在过去4个多月了，可以用一下午秒掉一个不是很复杂的活动，当然了现在做的时候会考虑很多东西，比如说扩展性、可重用性，因为做的多了，会积累很多类似小插件的东西，所以会很快。。。。。。但是我发现整天“站在需求里面做需求”很差劲，这样不会学到系统的、框架类的东西，因为都被琐碎的需求给困住了，没有时间去做一些框架重要部分的东西，而且当你的同事、上司习惯了你去做那些事的时候，每次遇到那些没技术含量的但又不得不做的东西都会毫不犹豫的推给你（自私点的说，每个程序猿都像我一样吧，都想掌握一块有技术含量的东西，这样才有程序猿的自豪感），久而久之你就会习惯、、、、、、这样真的很惨，所以，我会抽出点时间来学习下框架中的东西，争取不做一个简单的码农。
接触过php框架的朋友们可能都知道，日志在项目中的重要作用了，他可以帮助我们定位错误的位置，让程序更友好（处理得当的话不会直接抛出一大堆只有程序猿才真正动的英文），调试的时候也会很方便，还可以记录一些重要的操作等等，总之一个完整的项目要是没了日志系统，就已经开发的路上布满了荆棘、坑洼，肯定会磕磕绊绊的。
要掌握PHP日志系统，必须先对这几点东西了解透彻。
1 set_exception_handler(callback $exception_handler); //异常捕获自定义处理函数注册
1 set_error_handler(callback $error_handler); //错误捕获自定义处理函数注册
1 register_shutdown_function(callback $callback); //程序执行时异常终止错误捕获处理函数注册
这三个函数在错误处理控制中给开发者提供了很大的自主空间，在日志系统中记录日志信息有他们的功劳。
在程序中出现异常（exception）问题时，php内核会抛出异常错误，然后将错误信息打印给使用者，如果注册了exception处理函数，php抛出的异常会转给自定义的注册的异常捕获函数，这个函数里面包含了我们要做的处理，记录错误信息（包括错误详细内容、错误位置），该函数处理完异常后，异常就会终止。
当程序中出现error时，我们注册的error处理函数会在函数中将错误信息转化为一个错误异常对象传递给异常处理函数，也就是第一步的$exception_handler函数。
当成续重出现shutdown错误时，会执行我们注册的异常终止处理函数，该函数通过error_get_last()获取到最后的shutdown时的错误对象，接着和上一部一样，生成一个error exception对象，将该对象传递给我们注册的异常处理函数。
可以看到，其实不管是异常还是错误，都是将自己的信息转化为异常处理函数认识的异常信息，然后交给异常处理函数处理，非异常信息就像化了妆的女人一样，异常处理程序不认识这些非异常信息，只有将装卸掉（非异常信息自己转化为异常信息，准确的说应该是抛出），异常处理才认识。
php日志系统中的错误处理流程
那么现在问题来了，这几个函数一般会配合一个异常处理类库，加上一个错误日志记录类库来进行工作，异常处理类库中包含要注册的3个函数，日志记录类库在$exception_handler中调用，用来合理的记录和放置日志文件的位置，上面说到的几个函数一般是在程序框架入口处进行加载注册的，就像下面这样：
这里面用的是array(class,function)这种方式。
1 set_exception_handler(array("Myexception","exceptionHandler")); 2 set_error_handler(array("Myexception","errorHandler")); 3 register_shutdown_function(array("Myexception","shutdownHandler"));
第一部分介绍到的东西只是对异常、错误、shutdown进行了捕获，这只是第一步，接下来还要对捕获到的信息进行合理的处理，比如说记录这些日志信息到本地文件系统中（这个操作是在array("Myexception","exceptionHandler")），这个地方就用到了日志记录类库。（下面要说的类库是借鉴了kohana日志系统的设计）。
日式日志记录也很简单只要做的将信息添加到文件末尾就行，这个很容易实现，相信大家都可以自己实现，但是要设计出一个便捷的、高效的、扩展的日志记录类库就不那么简单了，要经过长时间的实践总结优化才可以，kohana框架中的日志记录类库已经比较成熟了，因此这里拿来借鉴。
相信使用过kohana的用户一定对kohana框架中的日志记录比较熟悉，不熟悉也没关系，我下面会大概的说说，在kohana源码中的application/bootstrap.php文件中的第109——112行可以看到下面的代码：
109 /** 110 * Attach the file write to logging. Multiple writers are supported. 111 */ 112 Kohana::$log->attach(new Log_File(APPPATH.‘logs‘));
这个就是添加一个日志记录对象到日志对象中，注意橄榄色打底的俩个，他们是不同的类库实例，在kohana中，日志记录对象分为两部分，第一部分就是日志对象，用来维护一个日志记录对象的列表，这个要怎么理解呢，其实就像一个容器，里面包含了一个或多个日志记录对象（这个就是第二部分，这些日志记录对象才是真正来记录日志的），还有每个对象要记录的错误等级的数组，当满足错误等级的时候才会去记录，不满足就会略掉。下面是我自己简化重命名后的日志记录方式：
1 self::$log = Log::instance(); 2 self::$log->attach(new Logwriter("./data/debug"),Log::DEBUG); 3 self::$log->attach(new Logwriter("./data/notice"),Log::NOTICE);
我这里面为了更好地理解，将“容器”命名为Log，记录的实例命名为Logwriter，可以看到我在程序入口处很容易的添加了两不同的日志种类，第一个是记录所有错误号比Log::DEBUG小的错误（错误级别比他高），并按规则记录在文件夹./data/debug下面，第二个是记录级别等于或高于Log::NOTICE的错误，当然了你还可以更详细制定具体哪些错误好，传递数组就行了，这个就是我感觉方便、快捷的地方，我们可以根据需求来添加错误日志、分不同的日志目录，下面看一幅图也许会有助于理解：
log与logwriter的关系
通过上面的图你就会看到Log是一个容器，包含了具体的不同的logwriter对象，每个对象可能要记录不同的信息，当错误信息要刷到文件中的时候，会运行每一个Logwriter实例，看看自己是否要记录errormessage中的错误，errormessage中的level不包含在Logwriter内时忽略。
这本分和第一部分怎么合作的呢？其实很简单，当exception捕获的异常时会调用添加一条错误信息（包括错误位置、错误代号、错误信息等信息）到Log容器中的errormessage数组中，然后当程序结束之后在将这些信息写入文件，这里还要注意下，也许你在阅读kohana代码是发现没有明显的直接写入到日志中去，这里面kohana优化的比较好，因为php的一次执行可能出现多个错误，如果来一个错误你就去记录一次这样会在程序返回之前占用多余的io和时间，所以kohana的做法是默认将所有的错误、异常、日志存放在Log::$errormessage中，并在实例化的时候讲Log中的writer操作注册register_shutdown_function，这个函数的作用是在程序异常终止或者执行完成之后执行，前面第一部分也有使用到，这样日志记录就不会对本次php的执行产生带大的影响。
到这里你应该已经了解了日志系统的大概了，已经可以自己编写一个”日志系统”来使用了，下面看看我的”日志系统“的例子，这是github地址，里面有代码和例子，需要的话可以看看。
https://github.com/AizuYan/phplog.git
本文版权归作者(luluyrt@163.com)和博客园共有，未经作者本人同意禁止任何形式的转载，转载文章之后必须在文章页面明显位置给出作者和原文连接，否则保留追究法律责任的权利。
标签：style blog http io ar color os 使用 sp
原文地址：http://www.cnblogs.com/iforever/p/4160579.html
