目录
- django 中与时区有关的配置
- use_tz=true
- use_tz=false
- linux 容器中时区的设置
- 进入 django 环境查看时间和时区
- 修改 linux 容器时区
- 进入 django 环境查看时间
- 总结
现在容器化部署已经非常成熟了，我们很多服务都会使用容器部署，更新恢复都非常方便，但是有一个问题比较麻烦，就是时区处理，通常情况下，都采用注入 tz 环境变量来解决，但是实际这种处理方式在 django 中却是不行的。
django 中与时区有关的配置
在django的配置文件 settings.py 中，有两个配置参数是跟时间与时区有关的，分别是time_zone和use_tz。我们期望着通过在 settings.py 中配置以后，django 就能正确地获取本地时间，但是实际上却事与愿违，我们看一看这两个设置有什么作用。
use_tz=true
如果 use_tz 设置为 true 时，django 会使用系统默认设置的时区，此时的 time_zone 的设置基本是无效的，也就是无论有没有设置都不起作用。
use_tz=false
如果 use_tz 设置为 false
- time_zone 设置为 none
- django 还是会使用默认的时区
- 若 time_zone 设置为其它时区的话
如果是 windows 系统，则 time_zone 设置是没用的，django会使用本机的时间
如果是其他系统，则会使用该时区的 utc 时间
例如设置 use_tz = false, time_zone = ‘asia/shanghai’, 则使用上海的 utc 时间。
到这一步，可能你会认为时间已经好了，但是实际上还没有，我们还需要关注系统时区的设置。
linux 容器中时区的设置
现在我本地时间是：16:15，django 中设置为：use_tz = false, time_zone = ‘asia/shanghai’
不注入 tz=asia/shanghai 环境变量
进入容器查看容器时间和时区
系统时间显示的是 utc 时区，时间为：08:15，刚好差 8 个小时
进入 django 环境查看时间和时区
python manage.py shell from datetime import datetime datetime.now() # 输出 datetime.datetime(2021, 10, 8, 8, 24, 8, 289230) from django.utils import timezone timezone.get_current_timezone_name() # 输出 'asia/shanghai'
注入环境变量 tz=asia/shanghai
进入容器查看时间和时区
系统时间显示的是 asia 时区，但是时间依然是 utc 时间，并没有显示真正的本地时间
进入 django 环境查看时间和时区
python manage.py shell from datetime import datetime datetime.now() # 输出 datetime.datetime(2021, 10, 8, 8, 24, 8, 289230) from django.utils import timezone timezone.get_current_timezone_name() # 输出 'asia/shanghai'
可以看到，虽然时区变了，但是时间却还是 utc 时间，无论是容器本身还是 django 中
通过在网上查询，我们知道修改 linux 系统时区要修改 /etc/localtime 文件
修改 linux 容器时区
通常的做法是将宿主机的 /etc/localtime 文件拷贝到容器的 /etc/localtime 文件，但是我们通过查询发现 /etc/localtime 文件实际只是一个软连接，实际的文件是：/usr/share/zoneinfo/asia/shanghai
docker cp /usr/share/zoneinfo/asia/shanghai test:/etc/localtime
在不给容器注入 tz=asia/shanghai 环境变量的情况下，我们登录容器发现，容器的系统时间已经正确获取到本地时间和时区了
如果注入了 tz=asia/shanghai 环境变量，即使把 /etc/localtime 文件替换了，也只是时区改变了，时间依然是 utc 时间
进入 django 环境查看时间
python manage.py shell from datetime import datetime datetime.now() # 输出 datetime.datetime(2021, 10, 8, 8, 43, 43, 754698)
linux 系统时间已经正常了，但是 django 环境中的时间还是不正确，依然是 utc 时间，这时候很多人就有点抓狂了，可能觉得是 settings.py 中的 use_tz 和 time_zone 设置有问题，其实问题并不在这里。原因是因为 datetime 库会去 /usr/share/zoneinfo/ 目录下寻找 asia/shanghai 这个文件，而我们的镜像中不包含这个目录，所以 django 还是使用了 utc 时区。解决的办法非常简单：创建 /usr/share/zoneinfo/asia 目录，拷贝文件到这个目录下就行了
# 在容器内（如不不存在这个目录） mkdir -p /usr/share/zoneinfo/asia # 在容器外 docker cp /usr/share/zoneinfo/asia/shanghai test:/usr/share/zoneinfo/asia/shanghai
然后登录到容器内，进入 django 环境下查看时间
python manage.py shell from datetime import datetime datetime.now() #输出 datetime.datetime(2021, 10, 8, 16, 49, 32, 57)
这下时间就完全正确了。
总结
对于容器时区的问题，建议在容器制作阶段，安装并设置好 /etc/localtime，例如在 dockerfile 中添加如下语句
add /usr/share/zoneinfo/asia/shanghai /usr/share/zoneinfo/asia/shanghai run ln -s /usr/share/zoneinfo/asia/shanghai /etc/localtime
这样我们的容器在启动时就无需关注时区问题了，如果容器已经制作好了，在启动的时候挂载一下时区文件
docker run -d -v /etc/localtime:/etc/localtime -v /usr/share/zoneinfo/asia/shanghai:/usr/share/zoneinfo/asia/shanghai imagename
这种方式就比较麻烦。还有一种情况就是我们现在碰到的，服务已经上线了，发现时间有问题，就手动拷贝一下那两个文件到容器中，然后重启一下容器
docker cp /usr/share/zoneinfo/asia/shanghai test:/etc/localtime docker cp /usr/share/zoneinfo/asia/shanghai test:/usr/share/zoneinfo/asia/shanghai docker restart test
到此这篇关于在docker容器中部署django的时区问题的文章就介绍到这了,更多相关docker部署django时区内容请搜索www.887551.com以前的文章或继续浏览下面的相关文章希望大家以后多多支持www.887551.com！