## 简介

学习Java时，面向对象的思想极其重要，如果对于面向对象的思想理解不到位，会有很多知识点无法真正理解，对知识点的不理解常表现为出现很多疑问，`Java静态变量到底能不能变？`就是很常见的其中一个疑问。

本文从一个简单的代码示例入手，真实感受一下`静态变量`的变化，希望能帮助大家解答这个问题。

**编程切勿纸上谈兵，一切代码都需要自己去实践和感受，才能建立自己的理解。**

<div class="article-ads"></div>


## 代码分析

### 代码

```java
public class AccessProperty {
    int normal_i = 0; // 定义普通变量
    static int static_i = 0; // 定义静态变量

    public static void main(String[] args) {
        AccessProperty ap1 = new AccessProperty(); // 创建对象实例 ap1
        AccessProperty ap2 = new AccessProperty(); // 创建对象实例 ap2

        ap1.normal_i = 1; // 修改 ap1 的普通变量 normal_i 为 1
        ap2.static_i = 2; // 修改 ap2 的静态变量 static_i 为 2

        // 输出 ap1 数据
        System.out.println("实例ap1普通变量normal_i：" + ap1.normal_i); // 输出 1
        System.out.println("实例ap1静态变量static_i：" + ap1.static_i); // 输出 2

        // 输出 ap2 数据
        System.out.println("实例ap2普通变量normal_i：" + ap2.normal_i); // 输出 0
        System.out.println("实例ap2静态变量static_i：" + ap2.static_i); // 输出 2
    }
}
```
### 执行结果
```
实例ap1普通变量normal_i：1
实例ap1静态变量static_i：2

实例ap2普通变量normal_i：0
实例ap2静态变量static_i：2
```

### 现象和总结

#### 现象

- 初始状态：创建了两个对象实例`ap1`、`ap2`，初始情况下，两个对象的两个变量值都为0；
- 修改动作：修改`ap1`的变量`normal_i`值为1，修改`ap2`的变量`static_i`值为2；
- 最终结果：`ap1.normal_i`修改为1，做种结果为1；`ap1.static_i`未修改，但结果变为2；`ap2.normal_i`未修改，未变化；`ap1.static_i`修改为2，做种结果为2。

#### 总结

- 普通变量`normal_i`在两个对象实例中互相独立，互相不影响。
- 静态变量`static_i`在两个对象实例中互相不独立，互相影响。

由此可知，静态变量可以变，但无论多少个实例，只能有一个值。

--- 

**以上是我初学时自己测试的结果和自己的总结，下边写一些工作后自己的理解总结**

--- 

<div class="article-ads"></div>

## 理解总结

经过后续的工作和学习，对变量有了较深刻的理解。

java中变量主要分为：局部变量、成员变量，而成员变量又分为实例变量（普通变量）和类变量（静态变量）。

### Java变量

以作用范围从小到大讲解：

> - 局部变量：在方法内部声明（定义）的变量，只在这个方法内部有效，出了这个方法就无法使用了，即被`销毁`。比如代码中的 ap1 和 ap2 ，只在main方法中可用。
> 
> - 实例变量：成员变量中的实例变量，没有使用static关键字修饰的成员变量，如代码中的变量 normal_i ；他在每一个实例化的对象中都是独立的，每个对象修改其值后，只是修改他自己的这个变量 normal_i ，其他对象的 normal_i 不受影响。用底层的理解就是：每个对象的变量 normal_i 有独立的内存，他们互不影响。
> 
> - 类变量：成员变量中的类变量，是使用static关键字修饰的成员变量，如代码中的变量 static_i ；之所以叫做类变量，是因为这个类只有这一个变量 static_i  ，不管实例化多少个对象，他的 static_i  只有这一个，所以会出现一个对象修改了 static_i  的值后，其他对象的 static_i  也跟着变的现象。用底层的理解就是：所有这个类实例化的对象使用的变量 static_i  ，指向的是同一个内存。

以上便是java中基本变量的理解。对于初学者来说，还是要多写代码，自己多去思考才能更好的理解。而底层理解，则需要一定程度的经验积累才能真正理解。

### 总结：静态变量
使用static关键字修饰的变量，称为静态变量。静态变量的值是唯一的，不是不变的，在其作用范围内，只存在一个值，无论在作用域的哪里调用修改，改变的都是同一个内存地址。

### 拓展知识
> - 虽然同一个静态变量始终指向唯一的内存，但是在高并发场景下，仍然有几率会出现问题，比如一个线程改变值，另一个线程获取值，假设两个线程同时执行，那么总要有个先后顺序，此时就没办法保证谁先谁后，有兴趣的同学可以去学习下这个问题如何解决，对理解多线程很好帮助哦~~
> - 常量：使用final关键字修饰的变量就成为了常量，常量的值不可改变。所以如果使用在成员变量上，一般也会加上static关键字，实际工作中常用于定义永恒不变的值。如：`static final String version = "1.0.1"`。

<div class="article-ads"></div>

Java静态变量到底能不能变？

## 简介
MongoDB是一个介于关系数据库和非关系数据库之间的产品，是非关系数据库当中功能最丰富，最像关系数据库的。它支持的数据结构非常松散，是类似json的bson格式，因此可以存储比较复杂的数据类型。Mongo最大的特点是它支持的查询语言非常强大，其语法有点类似于面向对象的查询语言，几乎可以实现类似关系数据库单表查询的绝大部分功能，而且还支持对数据建立索引。

现在很多开源项目使用MongoDB，尤其是前端项目，如[Yapi](https://github.com/YMFE/yapi)、[Van-Blog](https://github.com/Mereithhh/van-blog)等，所以了解MongoDB的基本使用还是很有必要的。

PS：如果可以，我更推荐使用docker安装，可参考：[Docker安装MongoDB](https://oldmoon.top/post/20)

<div class="article-ads"></div>




## 准备工作
### 创建安装文件夹
```shell
mkdir /usr/local/mongo
```
### 创建数据、日志文件夹
```shell
mkdir -p /data/mongo/data
mkdir -p /data/mongo/log
```
### 准备安装文件
- [官方下载地址](https://www.mongodb.com/try/download)
- 方式一：下载安装包，后续上传至服务器对应文件夹。（下方图二绿色`Download`按钮）
- 方式二(`本文使用`)：复制下载地址，后续到服务器对应文件夹联网下载。（下方图二`Download`按钮旁的`copy link`）
![在这里插入图片描述](https://images.oldmoon.top/images/dingdangdog/dingdangdog-1683352037762.png)
![在这里插入图片描述](https://images.oldmoon.top/images/dingdangdog/dingdangdog-1683352055768.png)
## 安装
### 下载安装文件
```shell
cd /usr/local/mongo
wget https://fastdl.mongodb.org/linux/mongodb-linux-x86_64-rhel70-6.0.1.tgz
```
```
--2022-09-01 14:46:27--  https://fastdl.mongodb.org/linux/mongodb-linux-x86_64-rhel70-6.0.1.tgz
正在解析主机 fastdl.mongodb.org (fastdl.mongodb.org)... 13.225.103.34, 13.225.103.65, 13.225.103.48, ...
正在连接 fastdl.mongodb.org (fastdl.mongodb.org)|13.225.103.34|:443... 已连接。
已发出 HTTP 请求，正在等待回应... 200 OK
长度：71688374 (68M) [application/gzip]
正在保存至: “mongodb-linux-x86_64-rhel70-6.0.1.tgz”

100%[===============================================================================================================================================================================>] 71,688,374  13.7MB/s 用时 4.7s   

2022-09-01 14:46:32 (14.4 MB/s) - 已保存 “mongodb-linux-x86_64-rhel70-6.0.1.tgz” [71688374/71688374])
```
### 解压安装
- 解压，并重命名解压后的文件夹为`mongodb6.0`
```bash
tar -zxvf mongodb-linux-x86_64-rhel70-6.0.1.tgz 
mv mongodb-linux-x86_64-rhel70-6.0.1 mongodb6.0
```
### 配置`MongoDB`
```bash
vim /usr/local/mongo/mongod.conf
```
- 编辑`mongod.conf`文件并将以下信息填入保存
```yml
systemLog:
  destination: file
  logAppend: true
  path: /data/mongo/log/mongod.log  #日志存放路径
storage:
  dbPath: /data/mongo/data #数据存放路径
  journal:
    enabled: true
processManagement:
  fork: true  # fork and run in background
  pidFilePath: /data/mongo/mongod.pid  #pid文件路径
  timeZoneInfo: /usr/share/zoneinfo
net:
  port: 27017
  bindIp: 0.0.0.0 #任何主机皆可以连接
```

## 启动测试
### 添加可执行程序到`PATH`
- 其中`/usr/local/mongo/mongodb6.0`为本文`MongoDB`安装目录
```bash
export PATH=/usr/local/mongo/mongodb6.0/bin:$PATH
```

### 启动
```bash
mongod -f /usr/local/mongo/mongod.conf
```
```
about to fork child process, waiting until server is ready for connections.
forked process: 23836
child process started successfully, parent exiting
```

<div class="article-ads"></div>

Linux安装MongoDB

## 搭建背景

须知：在搭建本博客之前，我对docker、MongoDB都是只闻其名，却从未接触，更别提日新月异的前端技术了。即便在此情况下，我依然成功搭建了本站，今日在这把本菜鸟的纯小白搭建流程记录下来，以作日后阅读，看看原来自己是如此之菜，过程究竟如何，且听我一一道来。

> 提示：本文主要讲述个人思路变化过程，不是正确部署流程，不要按照本文搭建！！！请参照官方文档[部署](https://vanblog.mereith.com/guide/docker.html)！！！


<div class="article-ads"></div>

---

本人作为一名Java后端，已然工作了几个年头，却仍旧是一位菜鸟。建立个人博客的心思，从工作之初直到现在，从未停歇，但也从未成功。前日（2022-8-31）偶然在`GitHub黑板报`公众号读到关于`van-blog`的文章，昨日抱着姑且一试的心态尝试搭建，竟真的成功了。

回头来看，我的搭建流程如下：
1. 找到VanBlog的GitHub仓库，阅读README，阅读[部署手册](https://vanblog.mereith.com/guide/docker.html)。
2. 安装docker。
3. 安装MongoDB。
4. 部署VanBlog镜像。
5. 初始化配置。

## 搭建流程

### 安装docker

首先，阅读VanBlog的【快速上手-部署】，映入眼帘的第一个需要操作的步骤，就是安装docker。此步对于有过Linux操作经验的我来说，那真是驾熟就轻，文中提供了快速安装的命令：
```sh
sudo curl -sSL https://get.daocloud.io/docker | sh
sudo systemctl enable --now docker
```

但我没有用，因为我点进了[Docker 入门教程](https://www.ruanyifeng.com/blog/2018/02/docker-tutorial.html)，在里边读了一会，就忘了提供了快速安装的命令，自己去百度如何安装去了😂

安装完成后，验证了一下安装成功就下一步了，验证命令：
```shell
$ docker version
# 或者
$ docker info
```


### 安装MongoDB

安装`MongoDB`饶是废了不少功夫，在【快速上手-部署】中，并未说明需要安装`MongoDB`，但以我多年的作案（犯错）经验，直觉告诉我应该安装`MongoDB`，因为我看到`docker-compose.yml`中有mongo相关的配置信息：
```yml
version: "3"

services:
  vanblog:
    # 默认 dockerhub 源
    image: mereith/van-blog:latest
    restart: always
    environment:
      TZ: "Asia/Shanghai"
      # 图片资源允许的域名，英文逗号分隔。作者 logo 加载不出来请检查此项。
      VAN_BLOG_ALLOW_DOMAINS: "www.mereith.com"
      # CDN URL，包含协议，部署到 cdn 的时候用。在开启 cdn 之前请不要设置此项。
      # VAN_BLOG_CDN_URL: "https://www.mereith.com"
      # mongodb 的地址
      VAN_BLOG_DATABASE_URL: "mongodb://vanBlog:vanBlog@mongo:27017/vanBlog?authSource=admin"
      # jwt 密钥，随机字符串即可。请注意保密！所有的密码都由此密钥签发！
      VAN_BLOG_JWT_SECRET: "AnyString"
      # 邮箱地址，用于自动申请 https 证书
      EMAIL: "someone@mereith.com"
      # 内嵌评论系统的 db 名，默认为 waline
      VAN_BLOG_WALINE_DB: "waline"
    volumes:
      # 图床文件的存放地址，按需修改。
      - ${PWD}/data/static:/app/static
      # 日志文件
      - ${PWD}/log:/var/log
      # caddy 配置存储
      - ${PWD}/caddy/config:/root/.config/caddy
      # caddy 证书存储
      - ${PWD}/caddy/data:/root/.local/share/caddy
    ports:
      - 80:80
      - 443:443
  mongo:
    image: mongo
    restart: always
    environment:
      TZ: "Asia/Shanghai"
      # 如果你改了这两个，那上面的数据库连接地址也要同步修改。
      # mongoDB 初始化用户名
      MONGO_INITDB_ROOT_USERNAME: vanBlog
      # mongoDB 初始化密码
      MONGO_INITDB_ROOT_PASSWORD: vanBlog
    volumes:
      # mongoDB 数据存放地址，按需修改。
      - ${PWD}/data/mongo:/data/db
```

所以我百度了如何安装`MongoDB`，参照了菜鸟教程的文章【[Linux平台安装MongoDB](https://www.runoob.com/mongodb/mongodb-linux-install.html)】。

安装完成后，配置了数据、日志相关文件夹，启动了`MongoDB`，发现没有`mongo`的可执行文件，一度使我怀疑安装有问题，浪费了个把时辰也没解决，最终发现是`MongoDB`新版本，没有该程序。。。最后也就不了了之。

> - PS：后来想查看`MongDB`数据咨询了官方大佬，才得知默认使用的`MongDB`是`docker`容器内部的服务，并未使用本人安装的这个`MongoDB`。。。
> - 尴了个大尬，费这么大劲竟然是无用功。。。详见：[ISSUE](https://github.com/Mereithhh/van-blog/issues/22)

### 部署VanBlog

安装完`docker`和`MongoDB`后，我认为时机成熟，该实际部署`VanBlog`了，但却没了思路，不知从何下手。


目前有以下信息：
- 首先，我还不知道`docker-compose.yml`有何用？放在哪？但肯定是`doker`需要用的某种配置。
- 其次，根据我对`docker`仅有的了解，我需要有个`VanBlog`打包好的docker镜像，然后运行某个`docker命令`，部署该镜像。
- 最后，官方提供了一个命令```sudo docker-compose up -d ```是干啥的？和`docker-compose.yml`什么关系？

根据以上三点信息，我有了一个猜想，`docker-compose.yml`是打包docker镜像的配置文件？使用`docker-compose up -d`生成docker镜像，有想法就有实践：
1. 把VanBlog源码down了下来
2. 添加了`docker-compose.yml`文件但项目根目录
3. 满怀自信的在终端执行了`docker-compose up -d`命令（用的vscode）
4. 果不其然报错了：
> ```
> PS E:\code\DingDangDog_sapce\van-blog> .\docker-compose up -d
> .\docker-compose : 无法将“.\docker-compose”项识别为 cmdlet、函数、脚本文件或可运行程序的名称。请检> 查名称的拼写，如果包括路径，请确保路径正确，然后再试一次。
> 所在位置 行:1 字符: 1
> + .\docker-compose up -d
> + ~~~~~~~~~~~~~~~~
>     + CategoryInfo          : ObjectNotFound: (.\docker-compose:String) [], CommandNotFoundException
>     + FullyQualifiedErrorId : CommandNotFoundException
> ```

由此，改变思路，在这这行不了，在Linux上是否能执行呢？

又看了一遍`docker-compose.yml`的内容，发现有个配置：
```
services:
  vanblog:
    # 默认 dockerhub 源
    image: mereith/van-blog:latest
```

不由得思考，这是`docker镜像`的名称？难道官方发布了镜像到公网的`docker镜像仓库`？像`Maven中央仓库`一样？再一次有想法就有实践：

1. 将`docker-compose.yml`上传至服务器
2. 在`docker-compose.yml`的同一个文件夹内，再次满怀自信的执行`docker-compose up -d`命令，却又报错，找不到`docker-compose`命令？
3. 查找`docker-compose`安装方法，还真有，此时已经确定思路是对的。

之后就是安装`docker-compose`并运行命令`docker-compose up -d`。
运行后便会显示下载并部署镜像的日志。

### 至此
> 至此，`VanBlog`已经安装完成，恭喜自己！

<div class="article-ads"></div>

## 初始化

安装完成后，即可进行博客初始化：[官方文档](https://vanblog.mereith.com/guide/init.html)

初始化时可准备如下信息，若第一次初始化没有如下信息，也可以先随意填写，以后在后台管理中重新设置：
- 域名
- 网站名
- 网站图标图片
- 个人名称
- 个人头像图片
- 支付宝收款码
- 微信收款码

## 总结
> 菜是真的菜。
> 
> 有时候一个思路的转变，就能少走一大段弯路。
> 
> 编程切勿纸上谈兵，一切代码都需要自己去实践和感受，才能真正建立自己的理解。

---
## 分割

## 后续填坑

> 刚部署`vanblog`的时候，docker原理及其配置我是一点都不懂的，只知道他的基本信息，当时就想到可能会由于一些东西不懂，导致出现一些严重bug，没过两天就出现了
### 问题概述

- 当我更新、重启`Vanblog`时，所有数据都会丢失。

### 问题详述

我部署`vanblog`时，官方大佬还在频繁开发源码中，并且发布了较多新版本，没过几天我部署的版本已经落后了很多，所以我打算升级我的版本。

庆幸大佬有先见之明，系统数据导入导出的功能还是很实用的，我做好了数据备份，按照官方文档更新我的版本，更新完成后启动，此时问题出现了，我的数据都没了。

此时我心里有两种猜想：
- 我配置的什么地方不对？
- `vanblog`就这样？

这有两种猜想的原因这里说一下
1. 第一种猜想，是因为我改了`docker-compose.yml`中的一些关于文件夹的配置；
2. 第二种猜想，原因有两个：一、官方提供这么完善的备份导入导出功能，是不是就是干这个用的？二、如果我的配置不对，为啥服务能正常运行并使用呢？？？

### 问题解决

最后实践证明了，官方大佬威武，是我的配置问题。。。

具体解决过程有以下几步：
1. 我去问了一个略懂docker的同事，知道了文件夹映射原理
2. 去学习了一下文件映射的配置含义和写法
3. 把`docker-compose.yml`文件中的配置修改为正确的
4. 重新部署一遍`vanblog`及`mongodb`

### 踩坑总结

踩中此坑原因：
- 根本原因：不会`docker`，不会`docker-compose`。
- 直接原因：惯性思维。具体表现为：认为文件映射的键值对配置中，`key`是docker使用的，`value`是本地的。

再一次：**编程切勿纸上谈兵，一切代码都需要自己去实践和感受，才能真正建立自己的理解。**

<div class="article-ads"></div>

本人搭建VanBlog的过程

twitter:card

twitter:title

twitter:site

twitter:image

努力做一只帅气、有才、豁达的老狗！

twitter:description

程序员,笔记,Bug记录,编程技术,AI,Java,Node,Golang,个人博客,资源分享,月上老狗,dingdangdog