项目 on Coder_Studio

零成本上线个人项目 ——ngrok 仅穿透前端实现公网访问

Wed, 04 Mar 2026 17:39:43 +0000

开发个人项目时，想让他人访问往往需要购买服务器、配置域名解析，成本高且流程繁琐。

本文介绍一种零成本方案 —— 仅穿透前端即可实现内网个人项目的公网访问。

ngrok 账号注册与工具准备

首先在https://ngrok.com/ 官网注册一个账号，就能获得一个免费的dev结尾的域名。

注册好之后，下载对应的zip压缩包

在官网个人后台 / 仪表盘（Dashboard）可直接复制个人专属的 Authtoken。

分框架适配配置

如果前端是用 Vite + React 的项目，需要在 vite.config.js 文件加上allowedHosts这一行代码：

// vite.config.js
export default defineConfig({
  server: {
    allowedHosts: ['xxx.dev']  // ngrok 域名
  }
})

如果前端是基于 Umi Max + Ant Design Pro 的项目，前端默认是跑在 localhost:8000（umi dev），则需要修改2个文件。

1.config/config.ts

在文件里加上如下 proxy 部分：

// config/config.ts
export default defineConfig({
  // ... 其他配置 ...

  proxy: {
    '/api/': {
      target: 'http://localhost:[项目后端的端口号]',
      changeOrigin: true,
      // 根据后端实际路由决定是否 rewrite
      // 如果后端接口路径就是 /api/xxx 开头 → 不要 rewrite
      // 如果后端是 /user/xxx（无 /api 前缀） → 加下面这行
      // pathRewrite: { '^/api': '' },
    },
  },

  // ... 其他配置 ...
});

这段只在 umi dev / npm run dev 时生效。

2.src/app.tsx

找到 request 配置，把 baseURL 相关全部注释或删除：

// src/app.tsx

export const request: RequestConfig = {
  // ！！！ 下面这整段注释掉或删除 ！！！
  // baseURL: "http://localhost:[项目后端的端口号]",

  // 保持这两个（ngrok 警告页绕过 + cookie 跨域）
  withCredentials: true,
  headers: {
    'ngrok-skip-browser-warning': 'true',
  },

  ...errorConfig,
};

项目启动与公网访问

接下来，依次启动后端和前端，将之前下载好的压缩包解压后直接双击 exe 即可打开命令行，执行以下命令：

1
2
3

ngrok config add-authtoken [YourAuthtoken]

ngrok http [项目前端的端口号]

复制 ngrok 生成的 https 地址，其他人就能够访问你的项目了。

开源必备：Git 仓库敏感日志文件清理与脱敏教程

Wed, 25 Feb 2026 19:45:42 +0000

在做个人项目的时候，有时为了开源需要对数据进行脱敏，尤其是一些log文件。

先确认代码里还有没有其他“XXX”？

执行这条精准排除命令：

`1`	`git grep -w "XXX" $(git rev-list --all) -- ":!*.log"`

如果没有输出，证明没有包含相关字符串的文件，如果有输出则需要进行如下操作，彻底删除文件的历史。

⚠️警告，以下操作会改写所有 Commit 的 Hash 值，必须强制推送！

1.在项目根目录执行清洗命令

1
2
3

git filter-branch --force --index-filter \
'git rm --cached --ignore-unmatch "*/hs_err_pid*.log"' \
--prune-empty --tag-name-filter cat -- --all

执行过程中终端会疯狂滚动 “Rewriting …”，耐心等待即可。

2. 清理 Git 内部备份

1
2
3

rm -rf .git/refs/original/
git reflog expire --expire=now --all
git gc --prune=now

3. 防止再次犯错，在 `.gitignore` 中永久屏蔽

1
2
3

# JVM 崩溃日志
hs_err_pid*.log
*.log

4.删除本地log文件，强制推送覆盖远程仓库

# 删除当前文件
git rm --force hs_err_pid*.log
git add .gitignore
git commit -m "chore: 删除误上传的JVM崩溃日志 + 屏蔽所有.log文件提交"
git push origin --force --all

5.验证是否彻底干净

`1`	`git grep -w "XXX" $(git rev-list --all)`

如果没有任何输出，则大功告成。

零成本从0到1搭建个人博客

Thu, 19 Feb 2026 12:20:35 +0000

测试环境：Windows 11 专业版 + Git 2.45.1

下载Hugo

点击进入以下网页：https://github.com/gohugoio/hugo/tags

可按需选择版本，如v0.154.5。

也可以通过百度网盘链接下载：

【hugo_extended_0.154.5_windows-amd64.zip】

链接: https://pan.baidu.com/s/1XD1Zi877nFvVZaXw0Q9-wA 提取码: 477k

创建个人博客

解压这个压缩包，进入到解压后的文件夹，右键进入命令行界面，输入以下命令【hugo new site CodeEdge】，其中【CodeEdge】名字可任意取。

将【hugo.exe】文件复制到【CodeEdge】文件夹中，再cd到CodeEdge目录，执行以下命令启动服务【hugo server -D】

配置个人博客的主题

点击进入以下网页https://github.com/CaiJimmy/hugo-theme-stack/tags，这里选择的是【Stack】主题，可按需选择版本，如v3.33.0。

也可以通过百度网盘链接下载：

【hugo-theme-stack-3.33.0.zip】

链接: https://pan.baidu.com/s/1rNPzDXJbeFSrqURK4X1JJg 提取码: pwgv

将这个压缩包解压到CodeEdge的themes文件夹下：

将【exampleSite】文件夹下的【content】文件夹和【hugo.yaml】文件复制到【CodeEdge】文件夹下：

接下来，将【CodeEdge】文件夹下的【hugo.toml】文件以及【content/post】路径下的【rich-content】文件夹一并删除：

编辑【hugo.yaml】文件，将theme修改为themes文件夹下的主题文件夹同名：

在命令行中再次执行【hugo server -D】

访问【http://localhost:1313】就能加载添加的主题：

新建Github博客网站仓库

在Github上新建一个博客网站仓库，如【CodeEdge.github.io】

。

为了连接的稳定性，github上最好选择ssh：

在github的博客网站仓库依次执行以下步骤：

编辑【hugo.yaml】文件，将baseurl修改为如下网站名称，与上面的步骤⑤保持一致：

之后即可通过访问这个baseurl来查看部署的博客了。

在命令行cd到public文件夹：

依次执行以下命令：

echo "# CodeEdge.github.io" >> README.md
git init
git add .
git commit -m "first commit"
git branch -M main
git remote add origin git@github.com:github用户名/CodeEdge.github.io.git
git push -u origin main

新建Github博客源代码仓库

在Github上新建一个博客源代码仓库，如【CodeEdge.github.io】

。

在命令行cd到CodeEdge文件夹：

依次执行以下命令：

echo "# CodeEdgeSource" >> README.md
git init
git add README.md
git commit -m "first commit"
git branch -M main
git remote add origin git@github.com:github用户名/源代码仓库.git
git push -u origin main

实现Github Action自动部署

在github上依次进行以下操作，创建token，需要勾选【repo】和【workflow】：

将这个token保存到源代码仓库【CodeEdgeSource】中：

在【CodeEdge】文件夹下新建以下文件：

hugo_deploy文件的主要内容如下：

name: Build and Deploy Hugo Site

on:
  push:
    branches:
      - main
    paths:
      - "content/**/*.md"
      - "static/**"
      - "layouts/**"
      - "assets/**"
  workflow_dispatch: # 支持手动触发

concurrency:
  group: deploy-pages
  cancel-in-progress: true

jobs:
  build-and-deploy:
    runs-on: ubuntu-latest
    permissions:
      contents: write
    steps:
      - name: Checkout source repository
        uses: actions/checkout@v4
        with:
          fetch-depth: 0
          token: ${{ secrets.DEPLOYCODEEDGE_TOKEN }} # 用于图片上传需要推送权限

      - name: Git Configuration
        run: |
          git config --global core.quotePath false
          git config --global core.autocrlf false
          git config --global core.safecrlf true
          git config --global core.ignorecase false

      # ============ 构建 Hugo 站点 ============
      - name: Setup Hugo
        uses: peaceiris/actions-hugo@v3
        with:
          hugo-version: "latest"
          extended: true

      - name: Build site
        run: hugo -D # 包含 draft 文章

      # ============ 部署到 GitHub Pages ============
      - name: Deploy to GitHub Pages
        uses: peaceiris/actions-gh-pages@v4
        with:
          personal_token: ${{ secrets.DEPLOYCODEEDGE_TOKEN }}
          external_repository: github用户名/博客网站仓库
          publish_branch: main
          publish_dir: ./public
          force_orphan: true
          commit_message: "auto deploy: ${{ github.event.head_commit.message }}"
          user_name: "github-actions[bot]"
          user_email: "github-actions[bot]@users.noreply.github.com"

在【CodeEdge】文件夹下新建【.gitignore】文件，避免提交以下非必要的文件：

public
resources
.hugo_build.lock
hugo.exe

*.lock
.DS_Store
Thumbs.db
*.tmp
*.log
.idea/
.vscode/

博客部署步骤

#新建博客
hugo new content post/XXX.md

#本地查看
hugo server -D

#部署
git add .

git commit -m "xxx"

git push origin main

当新增的博客推送到源代码仓库后，GitHub Actions 会自动执行以下步骤：

检测到推送
触发 .github/workflows/hugo_deploy.yaml 工作流
运行 hugo -D 构建网站
将生成的静态文件部署到博客网站仓库
等待一定的时间后，博客网站会自动更新

参考资料

1.配置ssh解决https不稳定的问题-CSDN博客

2.下载 GitHub 仓库「单个文件夹」的方法_github只下载某个文件夹-CSDN博客

3.推送错了仓库的解决办法-CSDN博客

4.本地改乱了代码，如何恢复成和 GitHub 仓库一致的干净版本？-CSDN博客

5.VS Code图形化界面操作Git-CSDN博客

6.消除VS Code在检查style标签里面的 CSS 代码时产生的语法警告-CSDN博客

小贴士

1.Hugo 需要 Front Matter 才能识别文章。也就是在文件最开头需要有以下这些代码：

+++
title = '配置ssh解决https不稳定的问题'
date = '2026-01-13T14:20:00+08:00'
draft = false
+++

2.github账号现在有一个输入验证码的步骤，可在浏览器上安装【2FA Authenticator】插件获取。

3.一些搭建博客可能用到的网站

免费图标网站	https://icon-icons.com/
emoji词典	https://www.emojiall.com/
在线PS工具	https://ps.pic.net/
ANI 鼠标样式转 PNG 文件在线工具	https://ezgif.com/ani-to-apng
PNG转ICO在线工具	https://www.png2ico.com/
免费的商用字体	https://www.100font.com/

VS Code图形化界面操作Git

Thu, 19 Feb 2026 00:39:53 +0000

命令行操作git有一个比较大的缺点就是，写多行注释的时候不太方便，可以考虑使用VS Code的图形化界面操作。

打开 VS Code，左侧点击【源代码管理】图标，也就是下图的①，在这里能看到所有修改过的文件；
点击面板顶部的【+】，就等价于敲的 git add .，把所有修改加入到暂存区；
如果只想提交部分文件，只需要单独点击某个文件右侧的【+】即可；
在面板顶部的【消息】输入框里，这里就可以直接换行写注释，想写多少行写多少行；
写完注释后，点击输入框【提交】按钮，Git 就完成提交了；
提交后，点击下图中的⑤，就可以直接把提交【推送】到远程的 main 分支了。

小贴士

1.【提交】完成后，面板上会出现一个【同步更改】按钮，点击这个按钮的话VS Code 会先执行 git pull（拉取）再执行 git push（推送），如果只需要执行推送的话，就不要点击这个按钮，直接点击图中的那个⑤。

2.提交注释的行业规范前缀：

feat: 新增功能（比如：feat: 新增用户登录功能）
fix: 修复 bug（比如：fix: 修复列表页数据为空的 bug）
docs: 只修改文档 / 注释（比如：docs: 更新接口文档说明）
style: 只改代码格式（比如：style: 格式化代码缩进，无逻辑修改）
refactor: 代码重构（比如：refactor: 重构登录模块的逻辑）
test: 新增 / 修改测试代码（比如：test: 新增登录功能的单元测试）

本地改乱了代码，如何恢复成和 GitHub 仓库一致的干净版本？

Wed, 18 Feb 2026 23:48:28 +0000

⚠️注意：以下操作会永久删除本地未提交的修改，请确保是已经真的不需要这些代码了！

情况1

在本地改了代码、删了文件、新增了文件，但是从来没有执行过 git add（暂存）、 git commit （提交）。

执行一行命令即可：

`1`	`git checkout .`

情况2

情况1的命令只会恢复修改/删除的文件，不会删除本地新增的、从来没提交过的文件，如果想把这些新增的无用文件也一起删掉，恢复到绝对干净的状态，执行以下命令：

`1`	`git clean -fd`

小贴士：

1.情况1的命令只负责还原 Git 认识的文件（修改过的、删除过的）。它不敢随便删除新创建的文件，因为它不知道那些新文件是不是重要数据。

2.情况2的命令，-f是强制删除文件；-d 是强制删除文件夹，执行后本地无任何多余文件。它只负责删除 Git 不认识的文件（新增加的）。它不管那些旧文件改没改。

已经 Push 到远程的提交，如何修改 Commit 信息？

Thu, 05 Feb 2026 14:58:05 +0000

在 IDEA 中写完了新增各种工具类的代码，完成了 Commit 和 Push，代码已经到了 GitHub远程仓库。

继续写着下一个功能的代码，突然，我发现刚才的Commit Message少写了一个已经完成的功能实现。

此时，我的工作区里已经有正在修改但暂时还不想提交的文件：

于是，我使用了 IDEA 的修正提交功能，补全了信息，重新点击了 Commit：

但是，当我再次点击 Push 时，出现了如下报错：

error: failed to push some refs to 'github.com:xxx/xxx.git'
!	refs/heads/main:refs/heads/main	[rejected] (non-fast-forward)
hint: Updates were rejected because the tip of your current branch is behind
hint: its remote counterpart.

这个错误说人话就是：推送到远程被拒绝了！并且Git 提示你需要先 Pull。

原因分析

远程仓库保存着修改前的那次提交，我们把它记为 Commit A；

本地仓库在我使用修正功能时，Git 并没有直接修改 Commit A，而是把 Commit A 扔掉了，生成了一个全新的 Commit A’，这个新的commit有着新的 Hash 值，新的备注。

当我点击 Push 时，远程仓库发现现在推送的 Commit A’ 和已有的 Commit A 对不上，为了防止覆盖代码，Git 默认拦截了这次推送。

解决方案

本来我想使用 IDEA 的图形界面，但是，强制推送的按钮居然是灰色的，选不上。

所有，我使用命令行，在 IDEA 下方的 Terminal 中输入以下命令：

`1`	`git push -f origin main`

之后，就推送成功了。

小贴士

这样操作后，GitHub 上并不会多出一条记录，GitHub 上的记录会原地刷新。旧的提交（也就是少信息的那个）会被彻底删除，取而代之的是修改后的新提交。历史记录看起来非常干净，就像从来没有犯过错一样。
工作区里那个已修改但没勾选的文件不会受到任何影响，可以在下一次准备好时再提交。

Spring Boot测试启动失败：SLF4J日志多实现冲突解决方案

Thu, 05 Feb 2026 12:22:13 +0000

在开发 Spring Boot +LangGraph4J项目时，打算利用阿里云百炼的文生图模型生成Logo图片，在引入了阿里云百炼 SDK（dashscope-sdk-java）后，执行单元测试（LogoGeneratorToolTest）时，项目直接启动失败，控制台打印大量报错日志:

SLF4J(W): Class path contains multiple SLF4J providers.
SLF4J(W): Found provider [org.slf4j.simple.SimpleServiceProvider@206a70ef]
SLF4J(W): Found provider [ch.qos.logback.classic.spi.LogbackServiceProvider@292b08d6]
...
Caused by: java.lang.IllegalStateException: LoggerFactory is not a Logback LoggerContext but Logback is on the classpath. Either remove Logback or the competing implementation (class org.slf4j.simple.SimpleLoggerFactory loaded from .../slf4j-simple-2.0.17.jar)

原因分析

SLF4J（Simple Logging Facade for Java）是日志门面接口，本身不实现日志打印功能，需要绑定一个具体的日志实现组件（如Logback、Log4j、SLF4J-Simple等）。

其中，Logback是由spring-boot-starter-logging自动引入，Spring Boot官方推荐的日志组件，支持日志配置、文件滚动、异步打印等企业级特性。

而SLF4J-Simple是由阿里通义SDK（dashscope-sdk-java）依赖传递引入，是一个轻量但功能简单的日志实现。

由于在这个项目类路径下同时存在两个SLF4J的实现组件，违反了“一个日志门面+一个实现”的规范，导致Spring容器启动时无法确定使用哪个日志工厂，最终加载应用上下文失败。

解决方案

保留Logback，排除冲突的SLF4J-Simple依赖，修改pom.xml，排除冲突依赖，通过标签排除其中的slf4j-simple依赖，具体配置如下：

<!-- 阿里通义SDK依赖 -->
<dependency>
    <groupId>com.alibaba</groupId>
    <artifactId>dashscope-sdk-java</artifactId>
    <version>2.21.1</version>
    <!-- 排除冲突的slf4j-simple依赖 -->
    <exclusions>
        <exclusion>
            <groupId>org.slf4j</groupId>
            <artifactId>slf4j-simple</artifactId>
        </exclusion>
    </exclusions>
</dependency>

接下来，打开Maven面板➡️ 右键项目➡️选择“Reload Project”，等待依赖刷新完成，重新运行之前失败的单元测试，日志冲突问题解决。

LangChain4j 踩坑实录：AI 工具调用流式开发，TokenStream 才是正确选择

Tue, 03 Feb 2026 12:35:47 +0000

在基于 LangChain4j + Spring Boot 开发AI代码生成平台的过程中，主要想实现Vue项目带工具调用的流式生成能力，比如自动写入项目文件、构建打包，同时通过响应式流向前端推送实时进度。

但是，在前端调试时，出现了以下错误：

原因分析

1. AI服务接口

1
2

@SystemMessage(fromResource = "prompt/codegen-vue-project-system-prompt.txt")
Flux<String> generateVueProjectCodeStream(@MemoryId long appId, @UserMessage String userMessage);

2. Facade层调度逻辑

case VUE_PROJECT -> {
    Flux codeStream = aiCodeGeneratorService.generateVueProjectCodeStream(appId, userMessage);
    yield processCodeStream(codeStream, CodeGenTypeEnum.VUE_PROJECT, appId);
}

接口调用直接返回业务异常，前端无任何流式输出，日志无有效业务堆栈，仅提示：抱歉，生成过程中出现了错误，请重试。

主要原因是：

TokenStream 是LangChain4j专为AI流式响应 + 工具调用设计的API，内置 onToolRequest/onToolExecuted 等完整回调事件，可无缝衔接工具执行流程；
Flux<String> 是通用响应式流组件，无AI场景专属能力，无法接收、处理工具调用的回调事件。

解决方法

将接口和调度层作如下修改：

// 1. AI接口原生返回值类型
@SystemMessage(fromResource = "prompt/codegen-vue-project-system-prompt.txt")
TokenStream generateVueProjectCodeStream(@MemoryId long appId, @UserMessage String userMessage);

// 2. Facade层调度逻辑
case VUE_PROJECT -> {
    TokenStream tokenStream = aiCodeGeneratorService.generateVueProjectCodeStream(appId, userMessage);
    yield processTokenStream(tokenStream);
}

接下来，就恢复正常了。

小贴士

在集成工具调用的LangChain4j AI场景中，TokenStream 是官方推荐且唯一能保证全功能正常运行的流式类型，Flux 仅适用于无AI业务逻辑的通用流式场景。

在集成第三方框架时，优先使用框架原生提供的组件和API，是保证系统稳定性的最优解。

Spring Boot + LangChain4j 报错：Bean 类型不匹配的解决办法

Mon, 02 Feb 2026 15:26:29 +0000

在使用 Spring Boot + LangChain4j 开发 AI 应用时，在 Service 工厂中注入如下两个Bean：

@Resource
private StreamingChatModel openAiStreamingChatModel;

@Resource
private StreamingChatModel reasoningStreamingChatModel;

一切看起来都很合理，但启动时就报如下错误❌：

`1`	`Bean named 'openAiStreamingChatModel' is expected to be of type 'dev.langchain4j.model.chat.StreamingChatModel' but was actually of type 'dev.langchain4j.model.openai.OpenAiStreamingChatModel'`

最诡异的是 OpenAiStreamingChatModel 明明是 StreamingChatModel 的子类，期望类型和实际类型“看起来完全兼容”，但还是报错！

原因分析

这个错误的根源，其实不是代码逻辑的问题，而是 spring-boot-devtools 的热部署机制导致的类加载冲突。

Spring Boot DevTools 为了实现快速重启，使用了两个类加载器。一个是Base ClassLoader ，主要负责加载Spring Boot 框架、第三方 jar（比如 langchain4j-core.jar）；

另一个是Restart ClassLoader，主要负责加载自己的项目代码（比如src/main/java）。

默认情况下，DevTools 会把所有非项目代码的 jar 放入 Base ClassLoader。

但是！

LangChain4j 这类库，通过 Maven 引入，它其实是属于“第三方依赖”，理应由 Base ClassLoader 加载。

然而，在某些版本或配置下，DevTools 可能错误地将部分 LangChain4j 类交给了 Restart ClassLoader。

这样就造成同一个类，有两个身份，这样 JVM 认为这是两个完全无关的类。即使包名、类名、继承关系都对，也无法进行类型转换或赋值。

解决方案

1.在项目的如下目录中创建文件：

`1`	`src/main/resources/META-INF/spring-devtools.properties`

2.文件内容如下，主要目的是告诉 DevTools，这些 jar 属于基础类路径，统一用 Base ClassLoader 加载。

1
2

restart.include.langchain4j=/langchain4j-.*\.jar
restart.include.openai=/openai-.*\.jar

3.重新运行，问题解决。

IDEA 提示“未配置SpringBoot配置注解处理器“的解决方案

Sun, 01 Feb 2026 14:34:57 +0000

在Spring Boot项目中引入Redis配置类时，出现以下警告提示：

原因分析

坦白说，这个警告不是代码错误，并不会影响程序的运行。

Spring Boot 提供了一个名为 spring-boot-configuration-processor 的工具。

它的作用是在编译时扫描你的项目，找到所有带 @ConfigurationProperties 的类，并生成一个名为 spring-configuration-metadata.json 的元数据文件。 IDEA 正是读取这个文件，才能在 application.yml 中，当你输入 spring.data.redis...，给你提供智能提示。

如果没有配置这个processor，IDEA 就只能给你弹个警告。

但是，话又说回来，虽然程序能正常运行，这个警告看着灰常难受，并且失去了 Spring Boot 强大的配置提示功能。

解决方案

1.在 pom.xml 文件中，添加以下依赖：

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-configuration-processor</artifactId>
    <optional>true</optional>
</dependency>

2.添加完后，点击 IDEA 右侧 Maven 面板的 “Reload All Maven Projects”（刷新按钮），确保 jar 包被真正下载。

3.启用 IDEA 注解处理

4.强制重新编译（Rebuild）

点击 IDEA 顶部菜单栏的【Build】，选择【 Rebuild Project】。

⚠️：一定要选【Rebuild】，不是【Build】。

5.接下来点击【隐藏通知】就好了。

Node.js、npm、node、nvm的区别

Fri, 30 Jan 2026 17:24:30 +0000

1. Node.js

让JavaScript脱离浏览器，能运行在服务器/本地终端

举个🌰：

你写了一个app.js文件（里面是console.log('hello')），没有Node.js的话，这个文件只能在浏览器里运行；有了Node.js，就能在终端执行它。

npm、node都依赖Node.js存在。

2. node

安装Node.js后，系统自动添加的终端命令，用来启动Node.js运行环境

node是操作Node.js的“入口”，就像你打开微信的“图标”，图标本身不是微信，只是启动微信的方式。

工作或学习中，很多人说“装node”，其实说的是“装Node.js”。

3. npm

Node Package Manager的缩写，Node.js安装后默认自带的包管理工具。

npm是Node.js的一部分，必须先装Node.js，才会有npm。

4. nvm

Node Version Manager的缩写，第三方开发的Node.js版本管理工具

由于不同项目可能会依赖不同版本的Node.js，比如：

A项目要Node16，B项目要Node20，nvm可以安装多个Node.js版本，并且可以通过一条命令（nvm use 20）瞬间切换当前使用的版本。

nvm是管理Node.js的“工具”，本身并不包含Node.js，需要通过nvm安装具体的Node.js版本。

使用 curl 测试流式输出接口（SSE）

Fri, 30 Jan 2026 16:25:03 +0000

由于 Swagger 对流式输出（Server-Sent Events）的测试不够直观，本文介绍如何使用 curl 命令行工具测试 SSE 接口。

前提条件：

Windows 11 专业版
Git for Windows（自带 Git Bash 和 curl）
后端服务运行在 http://localhost:8080
有效的用户账号和密码

测试步骤

1.任意进入一个文件夹，【右键】选择【Open Git Bash here】 2.执行以下命令，进行登录，获取 Cookie，并将 Cookie 保存到 cookies.txt 文件中

curl -X POST "http://localhost:8080/api/user/login" \
  -H "Content-Type: application/json" \
  -d '{
    "userAccount": "CodeEdge_Xu",
    "userPassword": "xxxxxxxx"
  }' \
  -c cookies.txt

3.调用生成代码接口（流式）

⚠️注意：

需要先从Swagger中获取appId和message，测试已经创建好的应用ID。

curl -G "http://localhost:8080/api/app/chat/gen/code" \
  --data-urlencode "appId=xxxx" \
  --data-urlencode "message=做一个大模型笔记网站，总代码行数不超过30" \
  -H "Accept: text/event-stream" \
  -H "Cache-Control: no-cache" \
  -b cookies.txt \
  --no-buffer

如何把本地文件夹和已存在的 GitHub 远程仓库同步

Wed, 28 Jan 2026 17:13:44 +0000

在GITHUB仓库上传图片并获取URL 这篇博客中介绍了如何搭建自己的图床，现在收集了一些图片，想更新一下里面的图片。

那如何把本地文件夹和已存在的 GitHub 远程仓库同步呢？

现在的问题是：

GitHub 上已经有一个仓库，里面有一些图片+README.md
本地已经建好了一个文件夹，里面放了很多其他图片

我希望先把远程仓库的文件拉到本地，再把本地新增的图片推送上去，最终实现双向同步。

下面分享一个安全且不容易出错的流程，亲测可用。

1.进入现在的本地文件夹

`1`	`cd /path/to/本地图片文件夹`

2.初始化并关联远程

1
2

git init
git remote add origin git@github.com:/你的用户名/你的仓库名.git

推荐使用ssh，原因和操作可参考配置ssh解决https不稳定的问题。

3.拉取远程内容

# 从名叫 “origin” 的远程仓库（通常就是你的GitHub仓库）拉取（fetch）最新的数据
git fetch origin

#把你的工作目录切换（checkout）到名叫 “main” 的分支
git checkout main

这一步会把远程的文件下载到本地。

这里解释一下git fetch跟 git pull 的区别：

git fetch：只下载，不合并（安全、无副作用）
git pull：相当于 git fetch + git merge（下载完立刻合并到当前分支，可能会改你本地文件）

4.添加本地文件并推送

1
2
3

git add .
git commit -m "合并本地图片到远程仓库"
git push origin main

以上方法亲测可行，当然，如果害怕出错，最稳的做法是先 clone 远程仓库到一个新目录➡️复制本地文件进去 ➡️commit & push。

这样既能保留远程的文件，又能安全地把本地新增内容上传上去，避免各种奇怪的冲突。

后端 Long 类型 ID 传给前端精度丢失（变00）的解决方案

Wed, 28 Jan 2026 13:23:17 +0000

在前后端分离的开发中，数据库里存的主键 ID 明明是：1750433246798835714，但是前端接收到数据后，ID 却变成了：1750433246798835700，后几位莫名其妙变成了 0！

导致的结果就是：

前端拿这个错误的 ID 去查询详情或执行删除操作时，后端直接报错“数据不存在”，因为 ID 对不上。

原因分析

这个问题的根源在于 Java 和 JavaScript 对数字处理机制的不同。

Java 中的 Long 类型是 64 位有符号整数，它的取值范围非常大；

而常用的雪花算法 (Snowflake) 生成的 ID 通常就是 19 位的，完全在 Java 的 Long 范围内。

JavaScript 中并没有专门的整数类型，所有的数字本质上都是 IEEE 754 标准的双精度浮点数（Double）。

JS 能安全表示的最大整数（Safe Integer）是253-1,这就导致后端的 19 位 ID传给前端时，因为超过了 JS 的安全整数范围，JS 就会发生精度丢失，自动进行“四舍五入”或者直接丢弃低位，导致后几位变成 0。

解决方案

要解决这个问题，最简单有效的方法是：

后端在返回数据给前端时，把 Long 类型的数据统统转换成 String类型。

因为字符串在 JS 里是绝对安全的，不会发生精度丢失。

不需要手动去改每一个 DTO 或 VO 类，只需要在 Spring Boot 中加一个全局配置类，利用 Jackson 的序列化机制自动完成转换。

直接在 config 包下新建一个类JsonConfig.java：

/**
 * Spring MVC全局Json配置
 * 用于解决 Long 类型精度丢失问题
 */
@JsonComponent
public class JsonConfig {

    /**
     * 全局配置：将 Long 类型序列化为 String
     */
    @Bean
    public ObjectMapper jacksonObjectMapper(Jackson2ObjectMapperBuilder builder) {
        // 创建 ObjectMapper
        ObjectMapper objectMapper = builder.createXmlMapper(false).build();
        
        // 创建自定义序列化模块
        SimpleModule module = new SimpleModule();
        
        // 将 Long 类（包装类）和 long（基本类型）都序列化为字符串
        // ToStringSerializer.instance 会调用对象的 toString() 方法
        module.addSerializer(Long.class, ToStringSerializer.instance);
        module.addSerializer(Long.TYPE, ToStringSerializer.instance);

        // 注册模块
        objectMapper.registerModule(module);
        
        return objectMapper;
    }
}

使用这种全局配置方案，可以一劳永逸地解决项目中所有 Long 类型精度丢失的问题。

java: 找不到符号方法 getCode()

Tue, 27 Jan 2026 12:56:48 +0000

运行Spring Boot工程代码出现以下报错：

`1`	`位置: 类型为com.xx.xx.exception.ErrorCode的变量 errorCode`

解决方法

看截图中间那个路径框：

`1`	`...lombok\unknown\lombok-unknown.jar`

这里的 unknown 说明 IDEA 根本没找到 Lombok 的 jar 包。

接下来，

把选中的 “处理器路径” 改为上面那个选项 —— “从项目类路径获取处理器 ”。

因为项目是 Maven 管理的，Maven 已经下载好了 Lombok（在 pom.xml 里），这样的话 IDEA就可以直接用 Maven 下载好的那个包了。

保存并重试，问题解决。

CRLF与LF的行分隔符警告⚠️

Mon, 26 Jan 2026 16:20:07 +0000

在IDEA开发环境中，点击提交出现以下警告：

CR：Carriage Return（回车）
LF：Line Feed（换行）

因为在Windows 系统中默认使用 CRLF（回车+换行）作为一行的结束，但是，在Linux/Mac 系统/Git 内部，默认使用 LF（仅换行）作为一行的结束。

这个警告的意思是当前的文件里包含 Windows 风格的换行符 (CRLF)。

而Git 的标准规范建议：

在仓库（服务器）里统一保存为 LF 格式，以保证不管是谁（用 Windows 还是 Mac 的同事）拉取代码都能正常工作。

如果点击“修复并提交”，则会执行命令：

`1`	`git config --global core.autocrlf true`

这样的话，提交时会自动把本地的 CRLF 转换成 LF 存入仓库，保持仓库的纯净。
在拉取时，会自动把仓库里的 LF 转换回 CRLF 给 Windows 系统用，保证在本地看代码不会出现乱码。

什么是服务降级？

Thu, 22 Jan 2026 15:34:00 +0000

服务降级是一种在分布式系统和微服务架构中常用的容错机制。

在系统压力过大、部分服务出现故障或计划性维护时，暂时减少或者关闭某些非核心或者低优先级的功能，从而确保核心功能的正常运行，避免系统崩溃。

通过降级可以提高系统的容错性和可用性，保障核心业务的服务等级。

服务降级的触发场景

1.当某个服务的调用时间超过了设定的阈值或者服务多次调用失败时，如果触发降级机制，返回预设的降级响应，比如默认值、友好提示，可以避免长时间的等待，提升用户体验。

2.当系统的负载过高，比如CPU使用率、内存占用率、QPS达到阈值时，可以主动降级某些非核心的功能，释放系统资源，确保核心业务的正常运行。

3.如果下游依赖服务不可用或者响应时间过长，可以通过降级机制，返回缓存数据或者默认数据，避免请求继续传播，阻断故障链，减少影响范围。

4.在系统大促预热、底层依赖升级、预发布等场景下，可以主动提前降级非核心功能，提前释放资源，从而规避峰值压力导致的被动故障。

消除VS-Code在检查style标签里面的-CSS-代码时产生的语法警告

Sun, 18 Jan 2026 15:21:15 +0000

这个错误是编辑器的 CSS 校验器不认识 Hugo 模板语法导致的假报错。

主要是在项目的 terms.html 文件中，有一段内联 CSS：

1
2
3

CSSbackground: linear-gradient(135deg, 
    {{ ... }} 0%, 
    {{ ... }} 100%);

编辑器看到 {{ ... }} 这些内容时，以为这是普通的 CSS 代码，但实际上，这些 {{ }} 是 Hugo 的模板指令，这种假报错虽然不会影响站点运行，并且 hugo server 能正常启动、页面显示也没问题。

不过，想消除也不是没有办法，且看：

在项目的根目录下创建一个【.vscode】文件夹📂，然后创建一个【settings.json 】文件：

{
  "css.validate": false,
  "less.validate": false,
  "scss.validate": false
}

之后错误❌就消失了：

推送错了仓库的解决办法

Fri, 16 Jan 2026 17:59:10 +0000

今天在本地调好代码之后，准备把代码提交到仓库中，在命令行出现了以下报错：

To github.com:iamxurulin/static-resource.git
! [rejected]        main -> main (fetch first)
error: failed to push some refs to 'github.com:iamxurulin/static-resource.git'
hint: Updates were rejected because the remote contains work that you do not
hint: have locally. This is usually caused by another repository pushing to
hint: the same ref. If you want to integrate the remote changes, use
hint: 'git pull' before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.

我开始以为是GitHub（远程仓库）上有一些本地仓库里没有的更新，所以执行了强制推送的指令：

`1`	`git push -f origin main`

执行完操作后，我就跑去源代码仓库查看，发现没有提交记录。

后面跑去static-resource仓库一看才发现，刚才把代码全部提交到这个仓库了，并且git 的推送机制把本地历史记录强制同步到了远程，把这个仓库原有的commit记录全部覆盖了，想通过SHA哈希值恢复到以前的版本也恢复不了。

怎么办呢？

GitHub 个人动态在执行强制推送时，会记录这一动作，但是我打开 GitHub 个人主页在页面中间的 Contribution activity（贡献动态）中也没有找到最近几小时的commit记录。

别急，Git 是有“后悔药”的。

既然有两个仓库，本地电脑上是不是应该有两个文件夹？

我进入到存放 static-resource 的文件夹，右键 -> Git Bash Here ，输入 git log -1。

这时，屏幕上显示了 commit xxxxxxxx 。

接下来，我在这个文件夹打开终端，输入：

`1`	`git push -f https://github.com/username/static-resource.git xxxxxxxx:main`

之后，打开static-resource仓库，发现已经恢复了。

所以，后续推送的时候记得执行：

`1`	`git remote -v`

确认一下要推送到的远程仓库。

下载-GitHub-仓库「单个文件夹」的方法

Thu, 15 Jan 2026 12:25:31 +0000

方法1

打开 GitHub，找到要下载的「目标文件夹」，点击进入这个文件夹的页面
复制浏览器地址栏里的「文件夹完整 URL」（比如：https://github.com/letere-gzj/live2d-widget-v3/tree/main/Resources）
打开 DownGit 官网： https://minhaskamal.github.io/DownGit/
把第2步复制的文件夹 URL 粘贴到 DownGit 的输入框里，点击「Download」按钮即可

方法2

可以选择在【桌面】打开命令行窗口：

初始化克隆仓库

`1`	`git clone --filter=blob:none --no-checkout https://github.com/用户名/仓库名.git`

cd 仓库名

开启「稀疏检出」功能，告诉Git：我只需要指定文件夹

`1`	`git sparse-checkout init --cone`

指定要下载的「单个文件夹路径」（路径从仓库根目录开始写，不用加/）

`1`	`git sparse-checkout set 文件夹路径/文件夹名称`

拉取指定文件夹的所有内容

如果是仓库的其他分支名，比如master分支，需要将main换成master

`1`	`git checkout main`

以下载https://github.com/letere-gzj/live2d-widget-v3/tree/main/Resources这个文件夹举例，依次输入以下指令：

git clone --filter=blob:none --no-checkout https://github.com/letere-gzj/live2d-widget-v3.git

cd live2d-widget-v3

git sparse-checkout init --cone

git sparse-checkout set Resources

git checkout main

配置ssh解决https不稳定的问题

Tue, 13 Jan 2026 12:26:04 +0000

将本地文件推送到github仓库时会遇到各种各样的问题，比如：

为了解决这个GitHub 官方都承认的 HTTPS 不稳定问题，可以考虑使用ssh：

① 生成 SSH Key（如果以前没配过）

在 任意目录 打开命令行窗口，执行：

`1`	`ssh-keygen -t ed25519 -C "你的GitHub邮箱"`

一路 直接回车 × 3

成功后会看到类似：

`1`	`Your identification has been saved in ...`

② 复制 SSH 公钥（关键）

用windows的文本阅读器打开id_ed25519.pub文件，复制整行内容（以 ssh-ed25519 开头）

③ GitHub 添加 SSH Key

Title：任意起一个名字（如 my-ssh-key）

Key：粘贴刚才复制的内容

④ 测试 SSH 是否通

`1`	`ssh -T git@github.com`

第一次会问：

`1`	`Are you sure you want to continue connecting (yes/no)?`

输入：

yes

如果看到：

`1`	`Hi iamxurulin! You've successfully authenticated`

说明 SSH 配置成功

⑤接下来把仓库从 HTTPS 切到 SSH

在 public 目录执行：

`1`	`git remote set-url origin git@github.com:iamxurulin/iamxurulin.github.io.git`

验证：

`1`	`git remote -v`

可以看到：

1
2

origin  git@github.com:iamxurulin/iamxurulin.github.io.git (fetch)
origin  git@github.com:iamxurulin/iamxurulin.github.io.git (push)

⑥重新强制推送

`1`	`git push -f origin main`

如何防止接口被恶意刷量

Wed, 31 Dec 2025 14:53:21 +0000

为了防止被恶意刷量，本能地想到要用限流。

当然，除了限流，还有其他的一些方式：

1.在前后端约定一套加密算法和一个密钥。

在前端把所有参数按照字母进行排序，再加上密钥生成一个签名，将其放在请求头里传给后端。

在后端用和前端一样的规则生成一个签名，如果两个签名对不上，很明显参数在传输的过程中被篡改了，可以直接拒绝，从而防止攻击者随意地修改参数来刷接口。

2.如果攻击者截获可一个合法的请求包，在改不了参数的懊恼下，他直接疯狂地重复发送这个包。这种攻击方式的解决办法是：

在后端先对时间戳进行校验，如果是超过了60秒的请求，则直接丢弃；

如果请求是在60秒以内的，再检查随机数是否在Redis中已经存在，如果是已经存在，说明这是个重复请求，直接拦截掉。

3.当系统检测到某个用户存在频率稍高，但是还没到限流阈值的异常行为或者在进行注册、领券等较为敏感的操作时，强制弹出滑块验证码，从而对人和脚本进行区分。

4.如果发现某个IP存在于IP黑名单或者用户的ID黑名单中，可以直接在网关层对这个IP进行封禁，不让它进入到业务层。

如何防止被短信验证码恶意轰炸

Wed, 31 Dec 2025 14:16:30 +0000

为了防止被短信验证码恶意轰炸，可以从两方面考虑：一是增加攻击者的成本，再就是降低攻击者的收益。

可以通过以下几种方式实现：

1.在调用发送短信的接口之前，需要先校验图形验证码，只有图形验证码校验通过了，才允许请求短信接口，这种方式可以拦截大量的脚本自动刷量。

2.基于Redis对单个手机号进行限制，比如限制1分钟内只能发送1条,1小时以内最多发送5条或者24小时以内最多发送10条。

3.为了防止有人换手机号进行轰炸，可以对IP进行限制，同一个IP，限制在24小时内最多发送20条短信。一旦该IP的短信发送量超过这个阈值，直接对其进行封禁处理。

4.如果是国内的业务，则可以一刀切，直接把所有境外的号码屏蔽掉。

docker-Error-response-from-daemon-Get-https-registry-1.docker.io-v2-net-解决办法

Wed, 31 Dec 2025 08:38:06 +0000

VMware虚拟机中的Ubuntu安装Docker后，输入：

`1`	`sudo docker run hello-world`

测试Docker是否安装成功。

出现以下问题：

这个错误是因为 Docker 无法连接到 Docker registry 来拉取镜像。

通过更换国内镜像源解决，创建 Docker 配置文件：

`1`	`sudo vim /etc/docker/daemon.json`

添加国内镜像源：

{
  "registry-mirrors": [
    "https://docker.m.daocloud.io",
    "https://dockerproxy.com",
    "https://docker.mirrors.ustc.edu.cn",
    "https://docker.nju.edu.cn"
  ]
}

重启 Docker:

1
2

sudo systemctl daemon-reload
sudo systemctl restart docker

验证配置:

1
2

# 查看配置是否生效
sudo docker info | grep -A 5 "Registry Mirrors"

出现以下信息：

说明配置已经生效了。

最后再测试运行：

`1`	`sudo docker run hello-world`

看到有如下“Hello from Docker!”的输出，表明Docker已经安装成功了，并且可以拉取镜像去执行了。

ERROR-in-.-node_modules-monaco-editor-esm-vs-base-browser-browser.js-Module-build-failed解决办法。

Sun, 28 Dec 2025 18:05:20 +0000

在用WebStrorm2023调试前端代码时出现以下报错：

1
2
3

ERROR in ./node_modules/monaco-editor/esm/vs/base/browser/browser.js
Module build failed (from ./node_modules/babel-loader/lib/index.js):
SyntaxError: ..\node_modules\monaco-editor\esm\vs\base\browser\browser.js: Static class blocks are not enabled. Please add @babel/plugin-transform-class-static-block to your configuration.

这个错误是因为 monaco-editor 使用了静态类块（static class blocks）语法，但 Babel 配置中没有相应的插件来转换它。

接下来采取以下步骤可以解决这个bug：

1.首先需要安装 Babel 插件

在webstorm的Terminal执行以下命令：

`1`	`npm install --save-dev @babel/plugin-transform-class-static-block`

2.修改 babel.config.js

module.exports = {
  presets: [
    '@vue/cli-plugin-babel/preset'
  ],
  plugins: [
    '@babel/plugin-transform-class-static-block'
  ]
}

3.修改 vue.config.js

const { defineConfig } = require("@vue/cli-service");
const MonacoWebpackPlugin = require("monaco-editor-webpack-plugin");

module.exports = defineConfig({
  transpileDependencies: true,
  chainWebpack(config) {
    config.plugin("monaco").use(new MonacoWebpackPlugin({
      languages: ['javascript', 'typescript', 'json', 'html', 'css', 'cpp', 'java', 'python']
    }));
  },
});

4.清理缓存并重启

# 删除缓存
Remove-Item -Recurse -Force node_modules\.cache -ErrorAction SilentlyContinue

# 重新运行
npm run serve

⚠️注意： 在WebStorm中开的Terminal是PowerShell形式的，格式跟普通的Terminal有差异。

TS7016-Could-not-find-a-declaration-file-for-module-‘vue-router‘.解决办法

Thu, 25 Dec 2025 15:45:44 +0000

前端初始化的时候出现这样一个错误：

ERROR in src/router/index.ts:1:64                                                                                                                                    
TS7016: Could not find a declaration file for module 'vue-router'. './node_modules/vue-router/index.js' implicitly has an 'any' type.
  Try npm i --save-dev @types/vue-router if it exists or add a new declaration (.d.ts) file containing declare module 'vue-router';
  > 1 | import { createRouter, createWebHistory, RouteRecordRaw } from "vue-router";
      |                                                                ^^^^^^^^^^^^
    2 | import HomeView from "../views/HomeView.vue";

我尝试了以下方法：

# 使用 PowerShell
Remove-Item -Recurse -Force node_modules
Remove-Item package-lock.json

# 清理 npm 缓存
npm cache clean --force

# 重新安装
npm install

重新运行package.jason文件的serve仍然不行；

再次尝试新建 src/shims-vue-router.d.ts文件：

declare module 'vue-router' {
  import type { App, Component } from 'vue'

  export interface RouteRecordRaw {
    path: string
    name?: string | symbol
    component?: Component
    components?: Record<string, Component>
    redirect?: string
    alias?: string | string[]
    children?: RouteRecordRaw[]
    meta?: Record<string, any>
    beforeEnter?: NavigationGuard | NavigationGuard[]
    props?: boolean | Record<string, any> | ((to: any) => Record<string, any>)
  }

  export interface Router {
    currentRoute: any
    push(to: any): Promise<any>
    replace(to: any): Promise<any>
    go(delta: number): void
    back(): void
    forward(): void
    beforeEach(guard: NavigationGuard): () => void
    afterEach(guard: NavigationHookAfter): () => void
    install(app: App): void  // 添加这行,让 Router 可以作为 Vue 插件使用
  }

  export interface NavigationGuard {
    (to: any, from: any, next: any): any
  }

  export interface NavigationHookAfter {
    (to: any, from: any): any
  }

  export function createRouter(options: any): Router
  export function createWebHistory(base?: string): any
  export function createWebHashHistory(base?: string): any
  export function createMemoryHistory(base?: string): any
  export function useRouter(): Router
  export function useRoute(): any
}

这下可以了：

TS2307-Cannot-find-module-‘.-App.vue‘-or-its-corresponding-type-declarations解决办法

Sun, 16 Nov 2025 11:03:15 +0000

这个错误是 TypeScript（TS）无法识别 .vue 文件模块导致的，原因是缺少 Vue 相关的类型声明配置。

解决办法：

1.先执行以下命令，确保项目中已安装 Vue 核心依赖和类型声明文件：

1
2
3

# Vue 3 项目
npm install vue@3
npm install -D @vue/tsconfig @vue/runtime-core @types/node

2.添加 Vue 类型声明文件

在项目 src 目录下新建文件 shims-vue.d.ts（文件名固定，TS 会自动识别）：

// src/shims-vue.d.ts
declare module '*.vue' {
  import type { DefineComponent } from 'vue'
  // 泛型参数：Props类型、Emits类型、Slots类型（默认任意）
  const component: DefineComponent<{}, {}, any>
  export default component
}

如果觉得有帮助，欢迎点赞、关注、转发~

An-error-occurred-while-running-a-WSL-command.Please-check-your-WSL-configuration-and-try-again.解决办法

Fri, 31 Oct 2025 22:36:04 +0000

安装好Docker启动之后报这个错误：有博客说是因为没有启动【虚拟机平台】，于是我Win+r➡【optionalfeatures】，看了一下发现我的【Virtual Machine platform】是启动的，那到底是什么原因呢？

问了一下AI，说这个错误表示 Windows 的 HCS (Host Compute Service) 服务不可用。

执行了以下操作：

# 1. 启用 vmcompute 服务
sc.exe config vmcompute start=auto

# 2. 启动服务
sc.exe start vmcompute

# 3. 启用 vmms
sc.exe config vmms start=auto
sc.exe start vmms

# 4. 关闭 WSL
wsl --shutdown

然后重新启动 Docker Desktop，出现这个报错：这个错误表示虚拟化未启用。但是我打开任务管理器→ 切换到"性能"选项卡 → 点击"CPU"，底部显示 “虚拟化: 已启用”。

接下来尝试查看 Hypervisor 状态，

`1`	`bcdedit /enum \| findstr hypervisorlaunchtype`

结果显示 off，需要启用一下：

`1`	`bcdedit /set hypervisorlaunchtype auto`

重启电脑，然后再启动 Docker Desktop，问题就解决了。

Github仓库上传图片并获取URL

Sun, 26 Oct 2025 11:16:02 +0000

网上有很多免费的在线图床能够做到快速上传图片并获取URL。

但是作为一个纯粹的技术人，我还是想通过专业一点的手法实现这样一个功能。

利用GitHub的公共仓库存储图片，再通过仓库的文件原始链接（Raw URL）获取图片地址，能够免费无限存储、URL永久有效。

下面介绍采用Edge浏览器在GitHub网页端进行操作。

操作步骤

1.在 GitHub官网免费注册一个账号，并登录。

2.创建一个公共仓库，因为GitHub的私有仓库文件URL需要权限验证，无法直接公开访问，所以这里必须创建公共仓库。

「Repository name」：取一个名字（例如picture-storage）。
「Description」：比如“图片存储库”。
勾选「Public」（必须公开，否则图片URL无法直接访问）。
勾选「Add a README file」（方便管理）。 3.进入创建的仓库（例如 https://github.com/你的用户名/picture-storage），上传图片：
点击「+」图标，选择「Upload files」
点击「choose your files」选择本地的图片进行上传
选择好图片后在「Commit changes」区域填写备注（例如“上传头像图片”），然后点击「Commit changes」确认上传。

4.上传后，图片会保存在仓库中，由于普通预览链接无法直接显示图片，需要获取其“原始文件链接”（Raw URL）。

在仓库中找到刚上传的图片，点击图片名称进入预览页面（例如 https://github.com/你的用户名/picture-storage/blob/main/xxx.png）；
在图片预览页面，右键点击图片，选择「在新标签页中打开图像」；
在新的标签页地址栏的URL就是Raw链接（例如 https://raw.githubusercontent.com/你的用户名/picture-storage/main/xxx.png），直接复制即可。

通过以上步骤，即可快速通过GitHub上传图片并获取可用的URL，适用于Markdown文档、个人博客、社交平台等场景。

Windows-11通过VMware-Workstation-Pro搭建centos7.6系统遇到的问题

Sun, 07 Sep 2025 23:11:14 +0000

首先，电脑的配置是Windows 11 专业版+VMware Workstation Pro 15.5.

1.因为开启了Hyper -V，所以会出现如下问题：

根据网上查找到的一些解决方案，将Hyper -V和Device Guard这些禁用掉，以为可以解决这个问题，然而。。。。。。出现如下问题2.。

2.Your device ran into a problem and needs to restart. We’re just collecting some error info, and then you can restart.

这个问题直白一点就是蓝屏，但是不知道为什么此时显示黑屏。。。。

于是，我感觉是Windows 11 又更新或者删除了什么东西导致了这些所谓的乱七八糟的问题。

多次尝试网上的解决方案之后仍然没有解决该问题。

当事人十分后悔前几天把电脑更新到了Windows 11，于是决定重新装回稳定一点的Windows 10，但是，等等，重装系统之后又要重新装软件，太麻烦了。

灵机一动，将这个问题喂给豆包，得到的回复中有一条是：“旧版本（如 VMware Workstation Pro 15 及以下）对 Windows 11 兼容性较差，可能触发蓝屏。”

于是，赶紧把VMware Workstation Pro 15.5给卸载了，重新装了个17.6，你猜怎么着？

没错，问题解决了。

项目 on Coder_Studio

零成本上线个人项目 ——ngrok 仅穿透前端实现公网访问

ngrok 账号注册与工具准备

分框架适配配置

项目启动与公网访问

开源必备：Git 仓库敏感日志文件清理与脱敏教程

1.在项目根目录执行清洗命令

2. 清理 Git 内部备份

3. 防止再次犯错，在 .gitignore 中永久屏蔽

4.删除本地log文件，强制推送覆盖远程仓库

5.验证是否彻底干净

零成本从0到1搭建个人博客

下载Hugo

创建个人博客

配置个人博客的主题

新建Github博客网站仓库

新建Github博客源代码仓库

实现Github Action自动部署

博客部署步骤

参考资料

小贴士

VS Code图形化界面操作Git

小贴士

本地改乱了代码，如何恢复成和 GitHub 仓库一致的干净版本？

情况1

情况2

已经 Push 到远程的提交，如何修改 Commit 信息？

原因分析

解决方案

小贴士

Spring Boot测试启动失败：SLF4J日志多实现冲突解决方案

原因分析

解决方案

LangChain4j 踩坑实录：AI 工具调用流式开发，TokenStream 才是正确选择

原因分析

1. AI服务接口

2. Facade层调度逻辑

解决方法

小贴士

Spring Boot + LangChain4j 报错：Bean 类型不匹配的解决办法

原因分析

但是！

解决方案

IDEA 提示“未配置SpringBoot配置注解处理器“的解决方案

原因分析

解决方案

Node.js、npm、node、nvm的区别

1. Node.js

2. node

3. npm

4. nvm

使用 curl 测试流式输出接口（SSE）

前提条件：

测试步骤

如何把本地文件夹和已存在的 GitHub 远程仓库同步

1.进入现在的本地文件夹

2.初始化并关联远程

3.拉取远程内容

4.添加本地文件并推送

后端 Long 类型 ID 传给前端精度丢失（变00）的解决方案

原因分析

解决方案

java: 找不到符号方法 getCode()

解决方法

CRLF与LF的行分隔符警告⚠️

什么是服务降级？

服务降级的触发场景

消除VS-Code在检查style标签里面的-CSS-代码时产生的语法警告

推送错了仓库的解决办法

下载-GitHub-仓库「单个文件夹」的方法

方法1

方法2

配置ssh解决https不稳定的问题

① 生成 SSH Key（如果以前没配过）

② 复制 SSH 公钥（关键）

③ GitHub 添加 SSH Key

④ 测试 SSH 是否通

⑤接下来把仓库从 HTTPS 切到 SSH

⑥重新强制推送

如何防止接口被恶意刷量

3. 防止再次犯错，在 `.gitignore` 中永久屏蔽