Heim  >  Artikel  >  Backend-Entwicklung  >  关于static静态变量和并发

关于static静态变量和并发

WBOY
WBOYOriginal
2016-08-18 09:16:011859Durchsuche

我今天突然想到一个问题,就是关于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>
Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn