前言
用的神圣计划的框架，是MVC框架，看了下里面的日志基类，是操作日志，对增删改进行记录，夸张的是一张业务的数据表 需要一张专门的日志表进行记录，就是说你写个更新，添加的方法都必须写一遍操作日志，代码看了，不多，6行。
不懂为什么要这样做，API 简洁万岁！~ 于是果断在生命周期中插入接口日志。
思路1 一次插入
1、生命周期在未进入接口前拿到相关信息（包括：接口名称，url，参数，方法，客户端IP，访问时间，甚至类和方法等信息），
2、然后正常往下走神圣计划调用接口的方法，
3、等待接口中的方法执行完，带着返回值回到生命周期的后半部分，在这里采集接口的调用结果，返回状态码，数据等信息。
4、写入日志库，OK
思路2 一次插入，一次更新
1、生命周期在未进入接口前拿到神圣计划相关信息（包括：接口名称，url，参数，方法，客户端IP，访问时间，甚至类和方法等信息），
2、直接插入日志，并记录插入的log_id
2、然后正常往下走调用接口，
3、等待接口中的方法执行完，带着返回值回到生命周期的后半部分，在这里采集接口的返回信息，返回状态码，返回数据、响应时间、耗时等信息。
4、根据log_id更新日志，OK
Action
一顿研究，发现神圣计划框架竟然跟主流框架有点合不来，生命周期中 先new 访问的类，然后执行该类的某个方法，然后没了~ Waht FK
进去一看，原来接口调用过程结束后 是 直接在当前执行的函数中 就echo 然后exit，不是我所熟悉的 先 return 然后在生命周期中echo并exit。
好吧，男人有苦从不说，我自清风向明月。
因为生命周期的不完整，以及程序执行过程中随时可能exit, 故决定 分两次记录日志，一次插入，一次修改，并封装一个统一返回数据的函数，确保每个接口最终都会调用
在生命周期的前半部分，进入接口前，找一个空地，蹭一蹭，然后采集相关信息（包括：接口名称，url，参数，方法，客户端IP，访问时间，甚至类和方法等信息）
直接插入api_log表，返回 log_id 存到静态变量中，
下面正常调用接口的函数，但是在函数的最后，不论成功或失败，我们都会格式化一下返回的数据结构，
这里我们可以利用一下，在这里采集接口的返回时数据，并根据log_id进行更新操作。
上一篇：神圣计划账号被盗，如何强制下线？
下一篇：神圣计划视频制作教程