php静态变量用作缓存的实例教程

3. /**

4. * 用户请求重置密码的接收器
5. */
6. function requestResetPassword() {
7. //检查用户是否存在
8. if( !checkUserExists( $_GET['userid'] ) ) {
9. exit('抱歉，用户不存在，请确认用户帐号。');
10. }
11. resetPassword( $_GET['userid'] );
12. //最后向用户发送一封邮件
13. sendEmail( $_GET['userid'], '重置密码成功', '新的密码是xxxx' );
14. exit('新密码已经发送到你的邮箱。');
15. }

16. /**

17. * 帮助用户重置密码
18. */
19. function resetPassword( $userid ) {
20. //检查用户是否存在
21. if( !checkUserExists( $userid ) ) {
22. return false;
23. }

24. //进行重置用户密码的操作

25. //略...
26. return true;
27. }

28. /**

29. * 向用户发送一封邮件
30. */
31. function sendEmail( $userid, $title, $content ) {
32. //检查用户是否存在
33. if( !checkUserExists( $userid ) ) {
34. return false;
35. }

36. //发送邮件操作

37. //略...
38. return true;
39. }

40. /**

41. * 检查某个用户是否存在
42. */
43. function checkUserExists( $userid ) {
44. $user = getUserInfo( $userid );
45. return !empty( $user );
46. }

47. /**

48. * 获取某个用户的数据
49. */
50. function getUserInfo( $userid ) {
51. //假设我有一个query的函数，它用来查询数据库并返回数据
52. $user = query( "SELECT * FROM `user` WHERE `uid`=" . intval( $userid ) );
53. return is_array( $user ) ? $user : array() ;
54. }

复制代码

问题：这三个函数都同时使用checkUserExists这个函数来检查用户不存在，数据库查询了三次，这样带来了一些额外的开销。 如果要去掉三者之间任意一个checkUserExists，看上去是可能的。但是如果之后有某些功能要调用resetPassword或者sendEmail，用户不存在时，系统可能会发生错误。

另一种解决方法，将resetPassword的逻辑写到requestResetPassword里，再过一点，把sendEmail的逻辑也写进去。这样函数调用减少，数据库查询也变成一次了，性能得到了提高。但是重置密码和发送邮件的功能将不能得到复用，并且违背了单一责任的原则，代码复杂度也提高了。

不过，因为函数分离和复用性都很好，如果实际性能受到影响，可能考虑用缓存的方法减少数据库查询，改动它们共用的checkUserExists函数：

3. /**

4. * 检查某个用户是否存在
5. */
6. function checkUserExists( $userid ) {
7. //增加一个缓存，用以记录检查用户的结果
8. static $cache = array();

9. //检查当前用户是否已经检查过一次

10. if( isset( $cache[ $userid ] ) ) {
11. return $cache[ $userid ];
12. }

13. $user = getUserInfo( $userid );

14. //把结果记录到缓存中
15. $cache[ $userid ] = !empty( $user );

16. return $cache[ $userid ];

17. }

复制代码

也可以用同样的方法改动getUserInfo函数。

当代码的复用性提高时，想提高性能是很简单的，性能的瓶颈也很容易被发现和修改。

考虑对程序性能的影响，比如遍历数据时，可能为了复用而将遍历封装到一个函数中，并且多次使用它。 这些开销对项目根本没有预想中那样有太大的影响，微乎其微。 因此，重点可以放在提高代码的复用性和维护性方面，而不是纠结于浪费多这一点性能。 实际性能如果真的达不到要求，也可以权衡增加硬件配置。