set_error_handler这个函数的作用是为了防止错误路径泄露
何为错误路径泄露呢？
我们写程序，难免会有问题（是经常会遇到问题
），而PHP遇到错误时，就会给出出错脚本的位置、行数和原因
有很多人说，这并没有什么大不了。确实，在调试程序阶段，这确实是没啥的，而且我认为给出错误路径是必要的。
但泄露了实际路径的后果是不堪设想的，对于某些入侵者，这个信息可是非常重要，而事实上现在有很多的服务器都存在这个问题。
有些网管干脆把PHP配置文件中的display_errors设置为Off来解决（貌似我们就是这样做的），但本人认为这个方法过于消极。
有些时候，我们的确需要PHP返回错误的信息以便调试。而且在出错时也可能需要给用户一个交待，甚至导航到另一页面。
那么，有啥解决办法呢？
PHP从4.1.0开始提供了自定义错误处理句柄的功能函数set_error_handler()，但很少数脚本编写者知道。
set_error_handler的使用方法如下：
现在我们就用自定义的错误处理把实际路径过滤掉。
如：假设有一个变量$admin，我们是用来判断访问者是否是管理员的（可以通过IP或者登录的用户id来做这个判断）
这样就自定义了一个错误处理函数，那么怎么把错误的处理交给这个自定义函数呢？
so easy，这样，就可以很好地解决安全和调试方便的矛盾了。而且你还可以花点心思，使错误提示更加美观以配合网站的风格。
原作者给出了两点需要注意的地方，我也放出来吧，希望引起广大同胞们的注意：
E_ERROR、E_PARSE、E_CORE_ERROR、E_CORE_WARNING、 E_COMPILE_ERROR、E_COMPILE_WARNING是不会被这个句柄处理的，也就是会用最原始的方式显示出来。不过出现这些错误都是编 译或PHP内核出错，在通常情况下不会发生。 使用set_error_handler()后，error_reporting ()将会失效。也就是所有的错误（除上述的错误）都会交给自定义的函数处理。
最后，原作者又给出了一个示例（真是个认真负责的好人哈。呵呵）
嗯，根据上面的那些解释，以及原作者认真负责的态度，我想如果我还学不会这个set_error_handler函数，那么我真该去撞墙了。
好了，总结一下，下面是 set_error_handler 三种用法：