一些技术规格:
- CentOS 6.0
- uWSGI 0.9.9.2
- Nginx 1.0.5
- Django 1.3.1
uWSGI:
[uwsgi]
socket = 127.0.0.1:3031
master = true
processes = 5
uid = xx
gid = xx
env = DJANGO_SETTINGS_MODULE=xx.settings
module = django.core.handlers.wsgi:WSGIHandler()
post-buffering = 8192
harakiri = 30
harakiri-verbose = true
disable-logging = true
logto = /var/log/xx.log
vacuum = true
optimize = 2
JSON序列化器:
class LazyEncoder(simplejson.JSONEncoder, json.Serializer):
def default(self, obj):
if isinstance(obj, Promise):
return force_unicode(obj)
if isinstance(obj, Decimal):
u_value = force_unicode(obj)
if u'.' in u_value:
return float(u_value)
return int(u_value)
return super(lazy_encoder, self).default(obj)
JSON HttpResponse:
class JsonResponse(HttpResponse):
status_code = 200
json_status_code = 200
message = _('OK')
def __init__(self, json={}, *args, **kwargs):
mimetype = kwargs.pop('mimetype', 'application/json')
if not 'status' in json:
json['status'] = {'code': self.json_status_code, 'message': self.message}
super(JsonResponse, self).__init__(LazyEncoder(indent=settings.DEBUG and 4 or None, separators=settings.DEBUG and (', ', ': ') or (',', ':')).encode(json), mimetype=mimetype, *args, **kwargs)
我有一些 JsonResponse 的子类以及其他 json_status_code 和消息。
看法:
....
if application.status == Application.STATUS_REMOVED:
return JsonApplicationSuspendedResponse()
....
return JsonResponse()
问题:
即使应用程序状态发生变化,我也会收到旧的 json,以免说 3 - 4 秒,然后它会正确返回 JsonApplicationSuspendedResponse()。
我检查了数据库应用程序状态更新是否立即发生,还注意到如果我重新启动 uWSGI 并发送请求响应是正确的,则会发生相反的情况。状态更改后的第二个请求可以有旧的 json。
看起来好像他们写了几个 sencod 的响应,并且她的刷新有问题(缓存已禁用)。
有什么想法可能是问题所在吗?
相同的代码在 Apache2 和 mod_wsgi 上运行良好
固定的
这是一个非常愚蠢的错误,在 JsonResponse 我有:
def __init__(self, json={}, *args, **kwargs):
json={}部分在这里非常重要,JsonResponse 和 init 之后的每个 JsonResponse 子类共享初始 dict 及其内容,所以答案看起来没有改变。
def __init__(self, json=None, *args, **kwargs):
mimetype = kwargs.pop('mimetype', 'application/json')
if not json:
json = {}
if not 'status' in json:
json['status'] = {'code': self.json_status_code, 'message': self.message}
谢谢你的时间