Maison  >  Article  >  développement back-end  >  关于static静态变量和并发

关于static静态变量和并发

WBOY
WBOYoriginal
2016-08-18 09:16:011914parcourir

我今天突然想到一个问题,就是关于static静态变量,而且我以前的经理也说程序中应该尽量少用static关键字。
我目前是这样理解的,因为之前也看了并发这个概念,你看,static通俗说是所有对象共同拥有,那岂不是在并发情况下,多个用户会共同拥有一些变量,比如购买商品的数量设置成static,这样,也就区分不了哪个用户到底购买了多少商品,我觉得这个例子不太好哦,但是大概意思是这样的,所有对象共同拥有,也就不用区分哪个对象?有没有大侠能解答我的疑问,或者举个实际应用的场景,再次谢过

回复内容:

我今天突然想到一个问题,就是关于static静态变量,而且我以前的经理也说程序中应该尽量少用static关键字。
我目前是这样理解的,因为之前也看了并发这个概念,你看,static通俗说是所有对象共同拥有,那岂不是在并发情况下,多个用户会共同拥有一些变量,比如购买商品的数量设置成static,这样,也就区分不了哪个用户到底购买了多少商品,我觉得这个例子不太好哦,但是大概意思是这样的,所有对象共同拥有,也就不用区分哪个对象?有没有大侠能解答我的疑问,或者举个实际应用的场景,再次谢过

我觉得你理解的有问题吧:
首先:每个http请求,例如通过nginx反向代理到fastcgi server,不同的请求是在不同的php-fpm进程中解析执行的,每个进程(系统进行资源分配和调度的基本单位)是独享内存的互不干扰;
其次:static 静态属性是当脚本执行时就会直接加载到内存(堆)中(理论上比创建一个对象再去调用属性的效率高);
所以说:这个static是和并发扯不上关系的,但是恰当的使用static属性理论上会提高脚本执行速度,所以会减少该脚本单位执行次数的时间,从而提高并发时系统的抗压能力。

额外:php的并发数理论上取决于php-fpm的进程数量

static是类持有,不是对象持有,此时类还没被实例化,没有对象,更谈不上所有对象了。

static变量,是类属性,意思是所有这个类的对象共享,举个例子,就是某车次的火车票数,全国各地的用户都可以购买这个车次的火车票,但如何判定该火车票的剩余票数呢?其中一个实现就可以通过static变量实现。将火车票剩余数量定义为static,每次有人购票(不同对象),同步修改该属性(static - 1)
你可以去查查static关键字的意义

我来说几句不友善的话。
题主你采纳 的答案在说些什么。我觉得你采纳答案之前应该有点自己的判断。
或者在这之前把文档先看一遍。

正确的说法@TIGERB 已经说的很明白了。

每个HTTP请求都是会在独享的内存中

static跟并发其实并没有很大的关系。再引用TIGERB的一句话

但是恰当的使用static属性理论上会提高脚本执行速度

说的也很明显,这种理论上的提高其实你不用去考虑太多。
并发你应该更多的是去考虑
1 网络IO(http请求,TCP,IP握手时间)。
2 数据库IO,并发读写堵塞。大量数据使用正确合适的索引,读写分离。
3 使用缓存。
4 等等。
这些都跟这个staic没什么关系。

随便回答下你最后一个问题:

或者举个实际应用的场景

在此之前,我认为题主应该去了解下,PHP里面static,$this,self的区别。

举个例子static可以在设计模式——静态工厂模式中可以用到。具体的设计模式,题主可以参阅他人的文章。

最后再说下区别:

<code>class A {
    public static function get_self() {
        return new self();
    }

    public static function get_static() {
        return new static();
    }
}

class B extends A {}

echo get_class(B::get_self());  // A
echo get_class(B::get_static()); // B
echo get_class(A::get_self()); // A
echo get_class(A::get_static()); // A</code>
Déclaration:
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn