在实际生产过程中，为了便于调用，static修饰的成员会比较容易出现。
如果后期该变量并不会被修改，可以考虑使用。但如果后期需要被修改，使用该变量修饰符则需要慎重考虑。
尤其是在对硬件控制的实际生产中，更需要注意static的使用。
本文章，着重在静态成员的使用上。
由于
静态成员是由一个副本存在（与创建的类的实例对象无关）。
因此，多个实例对象实际上是共享该静态成员。
若是在实际生产过程中，一个成员若是需要变更其引用对象，就不需要使用static。
或许，看到这里会觉得说了许多废话，但在是实际生产中，是多人协作的方式
比如，你需要完成的某个需求，是建立在前人已经完成一定功能的基础上，而前人并未考虑到该成员变量后续还需要做出更改，或者原定需求就不需要更改，因此为了代码顺手定义为static；
而你在后续的开发中，使用到了这个成员，却并没有注意到你修改了该成员的引用实例，那么整个程序将会出现一些诡异的Bug。
总的来说，在实际工作中，若是完善一些需求时，需要重写或是引用他人已写好的类时，一定要去看一下这些类中已存在的成员，是否有静态成员，如果有，那就需要好好捋一下代码中是否有多处引用了该静态成员，而是否发生冲突。