我发现Python 2.7与simplejson 3.3.1的API不兼容在于输出是生成str对象还是unicode对象。 如。

>>> from json import JSONDecoder
>>> jd = JSONDecoder()
>>> jd.decode("""{ "a":"b" }""")
{u'a': u'b'}

vs

>>> from simplejson import JSONDecoder
>>> jd = JSONDecoder()
>>> jd.decode("""{ "a":"b" }""")
{'a': 'b'}

如果首选使用simplejson，则可以通过将参数字符串强制转换为unicode来解决，如下所示:

>>> from simplejson import JSONDecoder
>>> jd = JSONDecoder()
>>> jd.decode(unicode("""{ "a":"b" }""", "utf-8"))
{u'a': u'b'}

强制转换确实需要知道原始字符集，例如:

>>> jd.decode(unicode("""{ "a": "ξηθννββωφρες" }"""))
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
UnicodeDecodeError: 'ascii' codec can't decode byte 0xce in position 8: ordinal not in range(128)

这是第40个问题

Json是simplejson，添加到stdlib中。但由于json是在2.6中添加的，因此simplejson具有在更多Python版本(2.4+)上工作的优势。

simplejson的更新频率也高于Python，因此如果您需要(或想要)最新版本，最好尽可能使用simplejson本身。

在我看来，一个好的做法是使用其中一种作为后备。

try:
    import simplejson as json
except ImportError:
    import json

我不同意其他答案:内置json库(在Python 2.7中)并不一定比simplejson慢。它也没有这个恼人的统一码错误。

下面是一个简单的基准:

import json
import simplejson
from timeit import repeat

NUMBER = 100000
REPEAT = 10

def compare_json_and_simplejson(data):
    """Compare json and simplejson - dumps and loads"""
    compare_json_and_simplejson.data = data
    compare_json_and_simplejson.dump = json.dumps(data)
    assert json.dumps(data) == simplejson.dumps(data)
    result = min(repeat("json.dumps(compare_json_and_simplejson.data)", "from __main__ import json, compare_json_and_simplejson", 
                 repeat = REPEAT, number = NUMBER))
    print "      json dumps {} seconds".format(result)
    result = min(repeat("simplejson.dumps(compare_json_and_simplejson.data)", "from __main__ import simplejson, compare_json_and_simplejson", 
                 repeat = REPEAT, number = NUMBER))
    print "simplejson dumps {} seconds".format(result)
    assert json.loads(compare_json_and_simplejson.dump) == data
    result = min(repeat("json.loads(compare_json_and_simplejson.dump)", "from __main__ import json, compare_json_and_simplejson", 
                 repeat = REPEAT, number = NUMBER))
    print "      json loads {} seconds".format(result)
    result = min(repeat("simplejson.loads(compare_json_and_simplejson.dump)", "from __main__ import simplejson, compare_json_and_simplejson", 
                 repeat = REPEAT, number = NUMBER))
    print "simplejson loads {} seconds".format(result)


print "Complex real world data:" 
COMPLEX_DATA = {'status': 1, 'timestamp': 1362323499.23, 'site_code': 'testing123', 'remote_address': '212.179.220.18', 'input_text': u'ny monday for less than \u20aa123', 'locale_value': 'UK', 'eva_version': 'v1.0.3286', 'message': 'Successful Parse', 'muuid1': '11e2-8414-a5e9e0fd-95a6-12313913cc26', 'api_reply': {"api_reply": {"Money": {"Currency": "ILS", "Amount": "123", "Restriction": "Less"}, "ProcessedText": "ny monday for less than \\u20aa123", "Locations": [{"Index": 0, "Derived From": "Default", "Home": "Default", "Departure": {"Date": "2013-03-04"}, "Next": 10}, {"Arrival": {"Date": "2013-03-04", "Calculated": True}, "Index": 10, "All Airports Code": "NYC", "Airports": "EWR,JFK,LGA,PHL", "Name": "New York City, New York, United States (GID=5128581)", "Latitude": 40.71427, "Country": "US", "Type": "City", "Geoid": 5128581, "Longitude": -74.00597}]}}}
compare_json_and_simplejson(COMPLEX_DATA)
print "\nSimple data:"
SIMPLE_DATA = [1, 2, 3, "asasd", {'a':'b'}]
compare_json_and_simplejson(SIMPLE_DATA)

在我的系统(Python 2.7.4, Linux 64位)上的结果:

复杂的现实数据: Json转储1.56666707993秒 Simplejson转储2.25638604164秒 Json加载2.71256899834秒 Simplejson加载1.29233884811秒 简单的数据: Json转储0.370109081268秒 Simplejson转储0.574181079865秒 Json加载0.422876119614秒 Simplejson加载0.270955085754秒

对于转储，json比simplejson更快。 对于加载，simplejson更快。

因为我目前正在构建一个web服务，所以dumps()更重要——使用标准库总是首选。

此外，在过去的4年里，csson没有更新过，所以我不会碰它。

在python3中，如果你有一个b'bytes'的字符串，使用json你必须在加载它之前解码()内容。Simplejson会处理这个问题，所以你可以只做Simplejson .loads(byte_string)。

下面是Python json库的比较(现在已经过时了):

比较Python的JSON模块(存档链接)

不管这个比较的结果如何，如果你使用的是Python 2.6，你应该使用标准库json。和. .否则还不如直接使用simplejson。

项目使用simplejson的另一个原因是内置json最初不包括它的C加速，所以性能差异是显而易见的。