为什么不能声明全局变量？O_o.这看起来就像是一种宣传。如果作者知道他想要什么，会有什么副作用，为什么不呢？也许这只是一个快速的实验。
您可以将计数器声明为模型 * 类 * 成员。然后，为了处理竞争条件，你必须添加一个方法，如果其他一些客户端，从另一个线程与计数器一起工作，该方法将等待。就像这样：

import threading

class MyModel(ModelBase):
    _counter = 0
    _counter_lock = threading.Lock()

    @classmethod
    def increment_counter(cls):
        with cls._counter_lock:
            cls._counter += 1

    def some_action(self):
        # core code
        self.increment_counter()

# somewhere else
print MyModel._counter

但请记住：你必须在一个进程中使用你的应用程序。因此，如果您已经在Apache下部署了应用程序，请确保将其配置为生成多个线程，而不是多个进程。如果您正在使用./manage.py run进行实验，则不需要执行任何操作。

你不能声明全局变量。设置（常量）如果正确，则可以。但是变量违反了 shared-nothing 架构，可能会引起很多麻烦。（最好的情况是它们不一致）
我会简单地将这些统计数据存储在该高速缓存中。（好吧，实际上我会将它们存储在数据库中，但你明确表示你 * 相信 * 它会对性能产生负面影响，所以......）
新的incr()和decr()方法特别适用于计数。更多信息请参阅文档。

我会在根目录下创建一个“config.py“文件。并将所有全局变量放在里面：

x = 10
my_string = ''

在“view.py“：

from your_project import config

def MyClass(reuqest):
    y = config.x + 20
    my_title = config.my_string
...

创建此文件的好处是变量可以跨多个.py文件，并且易于管理。

如果你想避免Django数据库的麻烦，例如迁移或性能问题，您可以考虑内存数据库redis。即使有多个Django进程，Redis也能保证一致性。

您可以使用www.example.com中的变量settings.py
参见下面的示例。这是一个计算请求的应用程序

settings.py

REQ_COUNTER = 0

View.py

from {**your project folder name **}.settings import REQ_COUNTER 

def CountReq(request):
 global = REQ_COUNTER
 REQ_COUNTER = REQ_COUNTER + 1
 return HttpResponse(REQ_COUNTER)

Thanks：）

Manager可以用来在主进程启动的所有Django子进程之间共享变量：

from multiprocessing import Manager
from rest_framework.decorators import api_view
from rest_framework.response import Response

total_count = Manager().Value('i', 0)

@api_view(['GET'])
def hello_count(request):
    total_count.value = total_count.value + 1
    return Response(data={'count': total_count.value})

对于所有正在运行的进程，total_count将增加（使用gunicorn应用服务器运行的多个工作进程进行检查）。
但是，如果您运行python manage.py shell，则该进程的total_count将是0，因为这是一个具有自己内存空间的独立主进程。如果你想为服务器（甚至多个服务器）内的所有进程获取相同的共享值，你必须使用内存中的DB（redis等），对于生产环境来说，什么是更好、更稳定的做法呢？