Django模型地址转经纬度异常：后台保存时经纬度未存储

我之前也碰到过类似的坑，正好能帮你理清问题：你在Django的Supermarket模型里尝试通过OpenCage地理编码服务把地址转换成GPS坐标，但从后台管理页面保存数据时，唯独经度（longitude）和纬度（latitude）字段没被正确存储，其他字段都正常，而且单独测试地理编码功能是完全没问题的。

原代码的问题核心 #

先看你最初的save方法：

def save(self, *args,**kwargs):
    self.slug = slugify(self.name)
    address = " ".join([self.number_street, self.street, self.zipcode, self.town])
    key = 'xxxx'
    geocoder = OpenCageGeocode(key)
    result = geocoder.geocode(address, no_annotations='1')
    if result:
        self.longitude = result[0]['geometry']['lng']
        self.latitude = result[0]['geometry']['lat']
        self.save()  # 这里是触发问题的关键！
    super().save(*args, **kwargs)

这里的self.save()会递归调用当前的save方法，导致整个保存逻辑陷入循环混乱，而且最后才调用super().save()的顺序也有问题——递归过程中可能会覆盖你刚赋值的经纬度，最终导致字段没被正确存储。

你单独测试地理编码功能正常，说明地址拼接、API调用本身没有问题，问题就出在save方法的执行顺序和递归调用上。

修正后的解决方案 #

你更新后的修正版已经彻底解决了问题，我再拆解下关键修复点：

def __str__(self):
    return self.name

def save(self, *args,**kwargs):
    self.slug = slugify(self.name)
    # 第一步：先保存基础字段（名称、地址等），确保实例属性已正确赋值
    super().save(*args, **kwargs)
    # 拼接地址并调用地理编码接口
    address = " ".join([self.number_street, self.street, self.zipcode, self.town])
    key = 'xxxx'  # 建议把API Key放到settings.py里，不要硬编码敏感信息
    geocoder = OpenCageGeocode(key)
    result = geocoder.geocode(address)
    # 增加长度判断，避免API返回空结果时触发索引错误
    if result and len(result):
        self.longitude = result[0]['geometry']['lng']
        self.latitude = result[0]['geometry']['lat']
        # 第二步：更新经纬度字段并再次保存
        super(Supermarket, self).save(*args, **kwargs)

关键修复说明：

• 移除了递归的self.save()，改用两次调用super().save()：第一次保存基础数据，第二次专门更新经纬度字段；
• 调整执行顺序：先确保地址等字段的属性已正确赋值（或存入数据库），再进行地理编码操作；
• 增加len(result)的判断，防止API返回空结果时result[0]抛出索引越界错误；
• 额外小建议：把OpenCage的API Key放到Django的settings.py中（比如OPENCAGE_API_KEY = 'your-key'），再通过from django.conf import settings调用，避免硬编码敏感信息。

验证效果 #

修正后，从后台管理页面保存数据时，经纬度字段就会被正确赋值并存储，和其他字段的表现一致。

内容的提问来源于stack exchange，提问作者Louis