主页 | Monk

场景描述

在日常企业级应用开发过程中，文档预览、文档相互转换是非常常见的需求，平时我们都是使用纯java的一些工具进行处理，比如：docx4j、Apache POI + iText等，无论使用哪种方案，简单的一点问题没有，但是遇到比较复杂的格式，如：表格、字体等样式，效果都不是很理想，不是字体缺失，就是样式错乱，而且解决起来非常麻烦（有可能还解决不了）。

其实，无论选择哪种方案，都需要有个取舍，使用上面的工具，简单、轻量；但是想要效果好，最好的方式还是要有独立的office server，如：LibreOffice、OnlyOffice，因为它们是一套完整的office文档解决方案，并且对外提供API调用。

HeRongqin2025/3/20大约 2 分钟

OnlyOffice

HeRongqin2025年3月20日小于 1 分钟

Dockerfile 分阶段构建

场景描述

在CI/CD的场景下，从代码提交合并到自动打包构建，会分好几个阶段，例如：git push -> 代码规范检查 -> sonar 扫描 -> maven 打包 --> docker 打包镜像 -> docker push harbor。在这里如果自动触发构建不做过多赘述（Jenkins内容，感兴趣的自行了解），这里只做Dockerfile 分阶段构建镜像的说明。

HeRongqin2025年3月19日大约 2 分钟

面试资料

面试复习资料，包含：java基础、JVM、Spring 、Spring boot等框架、数据库等。

HeRongqin2025/3/5小于 1 分钟

Mysql

HeRongqin2025年3月5日小于 1 分钟

Java 基础

一、Java 基础核心

1. 数据类型与变量

基本数据类型

8 种类型：byte (1)、short (2)、int (4)、long (8)、float (4)、double (8)、char (2)、boolean (~1 bit)

示例：

int num = 10;         // 默认十进制
int hexNum = 0xFF;    // 十六进制
double d = 3.14d;     // 明确指定double类型

包装类型与自动装箱/拆箱
- 原理：编译器自动转换基本类型与包装类（如 int ↔ Integer）。
- 陷阱：Integer.valueOf(-128~127) 使用缓存，直接比较可能出错。
```
Integer a = 127, b = 127;
System.out.println(a == b); // true（缓存范围内）
Integer c = 128, d = 128;
System.out.println(c == d); // false（new对象）
```

HeRongqin2025年3月5日大约 5 分钟

JVM

HeRongqin2025年3月5日小于 1 分钟

使用 docker compose 安装 skywalking

版本：

elasticsearch-oss:7.4.2
skywalking-oap-server:10.1.0
skywalking-ui:10.1.0

docker-compose.yaml 文件

version: '3.8'
services:
  elasticsearch:
    image: elasticsearch/elasticsearch-oss:7.4.2
    container_name: elasticsearch
    ports:
      - "9200:9200"
      - "9300:9300"
    networks:
      - sw
    healthcheck:
      test: [ "CMD-SHELL", "curl --silent --fail localhost:9200/_cluster/health || exit 1" ]
      interval: 30s
      timeout: 10s
      retries: 3
      start_period: 10s
    environment:
      - discovery.type=single-node
      #锁定物理内存地址，防止es内存被交换出去，也就是避免es使用swap交换分区，频繁的交换，会导致IOPS变高
      - bootstrap.memory_lock=true
      - "ES_JAVA_OPTS=-Xms512m -Xmx512m"
      - "TZ=Asia/Shanghai"
    ulimits:
      memlock:
        soft: -1
        hard: -1
    volumes: 
      - /data/elasticsearch/data:/usr/share/elasticsearch/data
      #- /data/elasticsearch/logs:/usr/share/elasticsearch/logs

  oap-server: 
    image: apache/skywalking-oap-server:10.1.0
    container_name: oap-server
    depends_on:
      - elasticsearch
    ports:
      - "11800:11800"
      - "12800:12800"
    networks:
      - sw
    healthcheck:
      test: [ "CMD-SHELL", "curl http://localhost:12800/internal/l7check" ]
      interval: 30s
      timeout: 10s
      retries: 3
      start_period: 10s
    links:
      - elasticsearch
    environment: 
      SW_HEALTH_CHECKER: default
      SW_TELEMETRY: prometheus
      JAVA_OPTS: "-Xms2048m -Xmx2048m"
      SW_STORAGE: elasticsearch
      SW_STORAGE_ES_CLUSTER_NODES: elasticsearch:9200
  ui:
    image: apache/skywalking-ui:10.1.0
    container_name: ui
    depends_on:
      - oap-server
    links: 
      - oap-server
    ports:
      - "8080:8080"
    networks:
      - sw
    environment:
      SW_OAP_ADDRESS: http://oap-server:12800
      SW_ZIPKIN_ADDRESS: http://oap-server:9412

networks:
  sw:

HeRongqin2024年11月20日大约 1 分钟

Docker 镜像的导出导入

应用场景：当我们的环境无法访问互联网镜像库的时候，我们就需要手动上传基础镜像，才能完成镜像的构建和运行。

镜像导出

docker save -o images.tar [image:tag]

HeRongqin2024年11月20日小于 1 分钟

Deployment

apiVersion: apps/v1
kind: Deployment
metadata:
  name:  MYAPP        # Deployment名
  namespace: default  # 名称空间
  labels:
    app:  MYAPP       # 标签名，与pod name对应
spec:
  selector:
    matchLabels:
      app: MYAPP
  replicas: 1  # 副本数
  strategy:                   # 策略指定用于用新 Pod 替换旧 Pod 的策略，文档：https://kubernetes.io/zh-cn/docs/concepts/workloads/controllers/deployment/#strategy
    rollingUpdate:            # 滚动更新
      maxSurge: 25%           # 最大峰值，用来指定可以创建的超出期望 Pod 个数的 Pod 数量，默认：25%
      maxUnavailable: 25%     # 最大不可用数或比例，默认：25%
    type: RollingUpdate       # 可以是 “Recreate” - 创建更新 或 “RollingUpdate” - 滚动更新，默认：“RollingUpdate”
  template:
    metadata:
      labels:
        app:  MYAPP
    spec:
      # initContainers:
        # Init containers are exactly like regular containers, except:
          # - Init containers always run to completion.
          # - Each init container must complete successfully before the next one starts.
      containers:
      - name:  MYAPP          # Pod中的容器名字
        image:  MYAPP:latest  # Pod中容器镜像
        resizePolicy:         # 容器资源调整策略，调整策略允许更精细地控制 Pod 中的容器如何针对 CPU 和内存资源进行调整。
          - resourceName: cpu
            restartPolicy: NotRequired  # 在运行时调整容器的资源，不需要重启，默认：NotRequired
          - resourceName: memory
            restartPolicy: RestartContainer # 重启容器并在重启后应用新资源，默认：NotRequired。
        resources:
          requests:   
            cpu: 0.5          # Pod 中的 CPU 请求
            memory: 100Mi     # pod 中的内存请求
          limits:
            cpu: 100m         # Pod 中的 CPU 限制
            memory: 200Mi     # pod 中的内存限制
        env:                  # 环境变量，可以从configMap中注入，也可以通过 K - V 传入
        - name: DB_HOST
          valueFrom:
            configMapKeyRef:
              name: MYAPP
              key: DB_HOST
        - name: SPRING_PROFILE_ACTIVE
          vaule: test
        ports:
        - containerPort:  80  # 容器端口
          name:  MYAPP
        volumeMounts:         # pod 挂载卷
        - name: localtime
          mountPath: /etc/localtime # 挂载目录
      volumes:                # 卷，常用 hostPath、nfs、持久卷（pv、pvc），参考：https://kubernetes.io/zh-cn/docs/concepts/storage/volumes/
        - name: localtime     # name与volumeMounts[*].name对应
          hostPath:           # 宿主机目录
            path: /usr/share/zoneinfo/Asia/Shanghai
      restartPolicy: Always   # pod的重启策略，Always - 总是重启；Never - 从不

HeRongqin2024年11月20日大约 1 分钟