今天在做学成在线的项目，遇到了一个问题，就是死活登不上xxl-job，按照之前遇到的nacos的问题，我怀疑很大概率是和当时的ip设置有关，不知道nacos的ip怎么修改的同学，可以看看这篇文章：关于docker中Nacos启动成功访问不了的情况_nacos启动成功却无法访问
/ 进入bash操作容器
docker exec -it xxl-job-admin bash
// 修改容器配置
vi application.properties其中就发现对应的ip与本机ip有差别：
因此需要对ip进行修改，但是vi和vim都没有
那有什么办法可以进行处理呢？那当然是安装vi，用vi进行修改，但是vi国外源速度太慢容易失败，几次安装都不成功，那接下来怎么办呢？
找来找去，发现在别人的评论区中提出用docker cp的方案。 Docker cp 命令 | 菜鸟教程 (runoob.com)
# 1、在主机中创建sources.list
vim sources.list
# 对应的镜像源 因为本机用命令cat /etc/os-release查的为11，所以选择11的版本
# 1.5 个人建议可以在docker中对原来的sources.list进行备份（可省略） 除这步在docker内运行之外，其他两个命令都是在主机
cp /etc/apt/sources.list /etc/apt/sources.list.bak
# 2、利用docker cp命令拷贝
docker cp /root/sources.list d46d65a18a22:/etc/apt/sources.list然后在对应的docker中使用
apt-get update
apt-get install vim即可成功安装
然后重启docker
之后即可登录xxl-job成功
附录：
清华的镜像源：debian | 镜像站使用帮助 | 清华大学开源软件镜像站 | Tsinghua Open Source Mirror
# 默认注释了源码镜像以提高 apt update 速度，如有需要可自行取消注释
deb https://mirrors.tuna.tsinghua.edu.cn/debian/ bookworm main contrib non-free non-free-firmware
# deb-src https://mirrors.tuna.tsinghua.edu.cn/debian/ bookworm main contrib non-free non-free-firmware
deb https://mirrors.tuna.tsinghua.edu.cn/debian/ bookworm-updates main contrib non-free non-free-firmware
# deb-src https://mirrors.tuna.tsinghua.edu.cn/debian/ bookworm-updates main contrib non-free non-free-firmware
deb https://mirrors.tuna.tsinghua.edu.cn/debian/ bookworm-backports main contrib non-free non-free-firmware
# deb-src https://mirrors.tuna.tsinghua.edu.cn/debian/ bookworm-backports main contrib non-free non-free-firmware
# deb https://mirrors.tuna.tsinghua.edu.cn/debian-security bookworm-security main contrib non-free non-free-firmware
# # deb-src https://mirrors.tuna.tsinghua.edu.cn/debian-security bookworm-security main contrib non-free non-free-firmware
deb https://security.debian.org/debian-security bookworm-security main contrib non-free non-free-firmware
# deb-src https://security.debian.org/debian-security bookworm-security main contrib non-free non-free-firmware最后说一下，这段时间在华为的实习，让我感觉还是有一定的提升，尤其是在处理这些问题的时候，总感觉是较以往有一定的成长，以往处理半天的bug，在不到半个小时的时间内就处理成功了，总的来说还是有收获的，希望以后能有更多的收获。
