{ "version": "https://jsonfeed.org/version/1.1", "title": "氓氓小栈", "home_page_url": "https://www.mangmang.fun/", "feed_url": "https://www.mangmang.fun/feed.json", "description": "氓氓小栈", "items": [ { "title": "自建服务公网链路复盘：DSH 断连、带宽优化与 RustDesk 端口收敛", "url": "https://www.mangmang.fun/apps/dsh-frp-caddy-network-troubleshooting.html", "id": "https://www.mangmang.fun/apps/dsh-frp-caddy-network-troubleshooting.html", "summary": "本次排查从 DSH 公网页面反复显示“连接成功 / 立即重连”开始，逐步检查了腾讯云 Caddy、frps、本机 frpc 和软路由上的其他隧道，并完成心跳容忍度调整、HTTP 压缩优化、RustDesk API 端口收敛及失效站点清理。本文记录实际改动、验证结果和仍未证实的部分，避免把临时缓解误写成已经定位底层根因。", "content_html": "

本次排查从 DSH 公网页面反复显示“连接成功 / 立即重连”开始，逐步检查了腾讯云 Caddy、frps、本机 frpc 和软路由上的其他隧道，并完成心跳容忍度调整、HTTP 压缩优化、RustDesk API 端口收敛及失效站点清理。本文记录实际改动、验证结果和仍未证实的部分，避免把临时缓解误写成已经定位底层根因。

\n\n

1. 环境与链路

\n

诊断时间为 2026 年 9 月 19 日。以下配置只代表当时部署，不代表后续版本的默认行为。示例以 example.com 替代真实域名，不包含认证口令、令牌、私钥或用户会话数据。

\n

DSH 的隧道已从软路由移到 DSH 主机，frpc 使用 host 网络连接本机回环地址。DSH 保持监听 127.0.0.1:3080，通过 trustedHosts 接受公网域名。旧的 13080 → 3080 Node 转发方案不再承载访问。

\n

RustDesk 原生客户端使用独立的 ID、打洞和中继端口，不经过上图中的 frp HTTP 隧道；Web Client 另有 Caddy 代理的 WebSocket 入口。

\n

2. DSH 反复断连：证据与边界

\n

2.1 现象

\n

本地地址访问稳定，多台电脑通过公网域名访问都会反复重连。
问题出现时 DSH 主进程并非持续崩溃重启。
公网链路能够建立 WebSocket，并非完全不支持 Upgrade。
Caddy 和 frps 日志出现过 unexpected EOF、context canceled 和 EOF。

\n

日志里的 SSE /plugins/events 与 WebSocket /api/remote.mux 是不同连接。不能把所有 EOF 都算作 WebSocket 故障，刷新页面和服务重启也会关闭请求。

\n

2.2 当时实现的心跳机制

\n

检查已安装的 @deepseek-ai/dsh-api-gateway 运行代码，发现：

\n

默认 websocketHeartbeatIntervalMs = 2000\nMAX_MISSED_HEARTBEATS = 2\n收到 Pong 后将未应答计数清零\n达到阈值后执行 socket.terminate()

\n

在定时器正常运行的情况下，短暂的几秒停顿就可能触发关闭。不能只用连接寿命是否接近 2 秒的整数倍来判定原因。

\n

2.3 已观察到什么

\n

| 证据 | 可以得出的结论 | 不能得出的结论 |
\n|

\n", "date_published": "2026-09-19T00:00:00.000Z", "authors": [], "tags": [ "应用" ] }, { "title": "Go 三服务在线优先、离线回退编译与发布流程", "url": "https://www.mangmang.fun/programming/backend/go/Go%E5%B7%A5%E7%A8%8B%E5%8C%96/go-online-offline-build.html", "id": "https://www.mangmang.fun/programming/backend/go/Go%E5%B7%A5%E7%A8%8B%E5%8C%96/go-online-offline-build.html", "summary": "本文记录一套面向定制 Linux 环境的 Go 构建方案：仓库内固定 Go 工具链，有网时优先从模块代理解析依赖，无网或在线编译失败时自动切换到仓库内的共享 vendor，最终生成三个可直接部署的 Linux x86_64 静态可执行文件。", "content_html": "

本文记录一套面向定制 Linux 环境的 Go 构建方案：仓库内固定 Go 工具链，有网时优先从模块代理解析依赖，无网或在线编译失败时自动切换到仓库内的共享 vendor，最终生成三个可直接部署的 Linux x86_64 静态可执行文件。

\n\n

一、背景与目标

\n

定制系统上的软件版本、动态库和运行环境通常经过整体验证。为了编译一个 Go 项目去更换 yum/apt 软件源，或者升级系统已有组件，风险往往大于收益。另一方面，构建服务器的网络条件也不一定稳定，完全依赖公网会让发布流程失去可预期性。

\n

这套方案遵循以下原则：

\n

不安装或升级系统软件，不修改系统软件源。
Go 版本和工具链校验值由仓库固定。
有网时使用模块代理，但不自动修改 go.mod 和 go.sum。
无网或在线编译失败时，整体回退到共享 vendor。
只构建指定的三个服务，不扫描和发布其他模块。
在临时目录完成全部编译，成功后再替换正式产物。

\n

二、整体流程

\n

这里的“在线”仅指 Go 模块依赖解析。脚本不会执行 git pull、go get 或 go mod tidy，也不会动态更新业务代码。

\n

三、构建目录设计

\n

项目的 Go 构建入口位于：

\n

src_go/build/\n├── build.sh\n├── README.md\n├── go.work\n├── go.work.sum\n├── go_list.txt\n├── toolchain.env\n├── runtime/\n│   ├── gocontrol.sh\n│   ├── cygfileweb.sh\n│   ├── cygauditweb.sh\n│   └── cygimagealgoweb.sh\n├── toolchains/\n│   └── go1.25.12.linux-amd64.tar.gz\n└── vendor/\n    ├── modules.txt\n    └── ...

\n

首次执行后会在本地生成缓存：

\n

src_go/build/.cache/\n├── toolchains/\n│   └── go-1.25.12/\n├── go-build/\n├── gopath/\n└── work/

\n

.cache/ 只是当前工作区的解压和编译缓存，不应提交到版本管理。删除它不会丢失源码，下次构建只会重新解压工具链并生成缓存。

\n

四、固定 Go 工具链

\n

toolchain.env 锁定构建工具版本、归档文件名和 SHA256：

\n

GO_VERSION=\"1.25.12\"\nGO_ARCHIVE=\"go1.25.12.linux-amd64.tar.gz\"\nGO_ARCHIVE_SHA256=\"234828b7a89e0e303d2556310ee549fbcf253d28de937bac3da13d6294262ac1\"

\n

构建前可以先做轻量检查：

\n

cd src_go/build\n./build.sh --check

\n

检查项包括：

\n

当前主机必须是 Linux x86_64。
内置 Go 归档必须存在，SHA256 必须一致。
共享 vendor/modules.txt 必须存在。
三个目标模块都必须包含 go.mod 和 main.go。
四个运行脚本必须完整。

\n

通过校验后，工具链被解压到项目缓存目录，而不是 /usr/local/go 或其他系统目录。脚本还会设置：

\n

GOTOOLCHAIN=local\nGOENV=off\nCGO_ENABLED=0\nGOOS=linux\nGOARCH=amd64

\n

GOTOOLCHAIN=local 防止 Go 根据模块声明自动下载另一套工具链，GOENV=off 避免用户全局 Go 配置干扰本次构建。

\n

五、管理三个目标服务

\n

go_list.txt 是唯一的目标清单：

\n

sunri-cygfileweb\nsunri-cygauditweb\nsunri-cygimagealgoweb

\n

脚本会将模块名前缀 sunri- 去掉，生成下列产物：

\n

| 源码模块 | 可执行文件 |
\n|

\n", "date_published": "2026-07-21T00:00:00.000Z", "authors": [], "tags": [ "Go" ] }, { "title": "Java 双服务离线编译、依赖加密与发布流程", "url": "https://www.mangmang.fun/programming/backend/java/%E5%8A%9F%E8%83%BD%E6%95%B4%E7%90%86/Java-%E5%8F%8C%E6%9C%8D%E5%8A%A1%E7%A6%BB%E7%BA%BF%E7%BC%96%E8%AF%91-%E4%BE%9D%E8%B5%96%E5%8A%A0%E5%AF%86%E4%B8%8E%E5%8F%91%E5%B8%83%E6%B5%81%E7%A8%8B.html", "id": "https://www.mangmang.fun/programming/backend/java/%E5%8A%9F%E8%83%BD%E6%95%B4%E7%90%86/Java-%E5%8F%8C%E6%9C%8D%E5%8A%A1%E7%A6%BB%E7%BA%BF%E7%BC%96%E8%AF%91-%E4%BE%9D%E8%B5%96%E5%8A%A0%E5%AF%86%E4%B8%8E%E5%8F%91%E5%B8%83%E6%B5%81%E7%A8%8B.html", "summary": "本文记录一套适用于定制 Linux 环境的 Java 构建与发布方案：不安装系统软件、不修改系统软件源、不污染用户 Maven 仓库，在仓库内固定 JDK、Maven 和加密工具版本，只构建指定的两个 Spring Boot 服务，并将共享依赖加密后原子发布。", "content_html": "

本文记录一套适用于定制 Linux 环境的 Java 构建与发布方案：不安装系统软件、不修改系统软件源、不污染用户 Maven 仓库，在仓库内固定 JDK、Maven 和加密工具版本，只构建指定的两个 Spring Boot 服务，并将共享依赖加密后原子发布。

\n\n

一、背景与目标

\n

目标服务器通常不能稳定访问公网，也不适合通过 yum、apt 或替换软件源来升级 Java、Maven、Git 等基础工具。对于已经交付的定制系统，修改系统环境还可能影响同机运行的其他程序。

\n

因此，这套方案遵循以下原则：

\n

构建工具随项目固定，不依赖服务器预装版本。
工具链解压到项目缓存，不写 /usr、/opt 等系统目录。
Maven 使用项目独立的本地仓库，不修改或污染 ~/.m2。
加密工具优先使用仓库内置源码归档，不要求构建机安装 Git，也不在脚本中保存凭据。
只构建 cygcenterweb 和 cygsignsrvweb，避免产生无关服务。
先在临时目录完成编译、收集、加密和校验，全部成功后再替换正式产物。

\n

这里的“离线”需要分成两层理解：

\n

工具链离线：JDK、Maven 和加密工具源码都由仓库提供，不访问公网。
业务依赖解析：如果项目独立 Maven 仓库还是空的，第一次构建仍需要访问可用的内网 Maven 制品库。缓存完整后才可以在断网环境重复构建。

\n

二、整体流程

\n

构建脚本位于：

\n

src_java/package/build.sh

\n

最终产物位于：

\n

binary/java/\n├── bin/\n│   ├── javacontrol.sh\n│   ├── cygcenterweb.sh\n│   └── cygsignsrvweb.sh\n└── jar/x64/\n    ├── cygcenterweb.jar\n    ├── cygsignsrvweb.jar\n    └── libs/\n        ├── cygcenterweb-requirements.txt\n        ├── cygsignsrvweb-requirements.txt\n        └── *.jar

\n

三、构建目录设计

\n

构建相关目录如下：

\n

src_java/package/\n├── build.sh\n├── README.md\n├── settings.xml\n├── toolchain.env\n├── runtime/\n│   ├── javacontrol.sh\n│   ├── cygcenterweb.sh\n│   └── cygsignsrvweb.sh\n└── toolchains/\n    ├── openjdk-8u171-linux-x64.tar.gz\n    ├── apache-maven-3.6.3-bin.tar.gz\n    └── sunri-jar-encrypt-fe837986.tar.gz

\n

执行后还会出现本地缓存：

\n

src_java/package/.cache/\n├── downloads/\n├── toolchains/\n├── m2-repository/\n└── work/

\n

.cache/ 只服务于当前工作区，不应提交版本管理。它包含解压后的工具链、独立 Maven 仓库和单次构建临时目录。

\n

把 JDK 和 Maven 归档提交到项目会增大仓库体积，但对于无法访问公网、又不能调整系统环境的构建服务器，这是更可控的选择。后续如果有稳定的内网制品库，也可以把归档迁移到制品库，但必须继续保留版本锁定和 SHA256 校验。

\n

四、固定构建输入

\n

所有关键版本集中在 toolchain.env 中，不由构建机当前环境决定：

\n

| 组件 | 固定版本 | SHA256 |
\n|

\n", "date_published": "2026-07-21T00:00:00.000Z", "authors": [], "tags": [ "Java" ] }, { "title": "平台认证与鉴权流程", "url": "https://www.mangmang.fun/work/project-summary/%E7%AE%97%E6%B3%95%E7%AE%A1%E7%90%86%E5%B9%B3%E5%8F%B0/%E5%B9%B3%E5%8F%B0%E8%AE%A4%E8%AF%81%E4%B8%8E%E9%89%B4%E6%9D%83%E6%B5%81%E7%A8%8B.html", "id": "https://www.mangmang.fun/work/project-summary/%E7%AE%97%E6%B3%95%E7%AE%A1%E7%90%86%E5%B9%B3%E5%8F%B0/%E5%B9%B3%E5%8F%B0%E8%AE%A4%E8%AF%81%E4%B8%8E%E9%89%B4%E6%9D%83%E6%B5%81%E7%A8%8B.html", "summary": "本文依据当前工程中的实际实现整理，重点覆盖： sunri-service-auth-spi：认证、Token、权限和资源的 Service Bus 接口定义。 sunri-service-auth：账号校验、JWT 签发、实时库会话、角色权限位和资源关系实现。 sunri-web-center：HTTP 登录入口、请求拦截器、@ApiRight 接口鉴...", "content_html": "

本文依据当前工程中的实际实现整理，重点覆盖：

\n

sunri-service-auth-spi：认证、Token、权限和资源的 Service Bus 接口定义。
sunri-service-auth：账号校验、JWT 签发、实时库会话、角色权限位和资源关系实现。
sunri-web-center：HTTP 登录入口、请求拦截器、@ApiRight 接口鉴权和菜单过滤。

\n

本文描述的是平台现状，不把它替换成 Spring Security/RBAC 的标准实现。

\n\n

1. 先看结论

\n

平台的核心授权链不是“用户 -> 角色 -> 权限记录 -> 接口”这种普通关联表模型，而是：

\n

用户 -> 单个角色 -> 角色的 64 位权限位图 -> 权限位集合\n                                         |\n                                         +-> 菜单所需权限位\n                                         +-> API 所需权限位

\n

登录成功后，角色的 ROLEAUTHORITY 位图会被拆成 Set<Integer>。这个权限集合会同时：

\n

返回给 Web Center；
写入实时库的登录会话；
首次校验受保护请求时缓存在 Web Center 本地；
用于过滤菜单；
用于 API 请求鉴权。

\n

2. 核心关系图

\n

2.1 主干关系

\n

| 起点 | 终点 | 实际字段/规则 | 说明 |
\n|

\n", "date_published": "2026-07-14T00:00:00.000Z", "authors": [], "tags": [ "工作", "项目总结" ] }, { "title": "PR7050 全景监控（主辅监控）数据加载流程深度解析", "url": "https://www.mangmang.fun/work/project-summary/%E6%99%BA%E8%83%BD%E5%B7%A1%E8%A7%86/pr7050-panoramic-monitoring-data-flow.html", "id": "https://www.mangmang.fun/work/project-summary/%E6%99%BA%E8%83%BD%E5%B7%A1%E8%A7%86/pr7050-panoramic-monitoring-data-flow.html", "summary": "本文基于 PR7050 项目中全景监控模块（/panoramicMonitoring/main-auxiliaryMonitoring）的实际代码，深入分析组态画面数据加载的完整流程、核心接口、缓存机制及关键注意事项。", "content_html": "\n

本文基于 PR7050 项目中全景监控模块（/panoramicMonitoring/main-auxiliaryMonitoring）的实际代码，深入分析组态画面数据加载的完整流程、核心接口、缓存机制及关键注意事项。

\n\n

1. 项目概述

\n

全景监控模块是 PR7050 系统中用于实时展示变电站设备状态的核心功能模块。它通过组态画面的形式，将设备的遥测、遥信、遥控、遥设等实时数据以图形化方式呈现给用户，支持设备状态监控、遥控操作、告警展示等功能。

\n

核心特点：

\n

图形化展示：通过组态画面直观展示设备状态
实时数据刷新：支持定时轮询和 MQ 推送两种刷新机制
多级导航：顶部Tab菜单 + 左侧树提供设备分类导航
缓存优化：文件缓存和内存缓存双重优化加载性能

\n

2. 整体数据加载流程

\n

组态画面的数据加载分为五个主要阶段，形成完整的数据闭环：

\n

阶段1：获取顶部Tab菜单 → 阶段2：加载左侧导航树 → 阶段3：获取画面属性 → 阶段4：获取实时数据 → 阶段5：定时刷新/MQ推送

\n

2.1 阶段一：获取顶部Tab菜单

\n

目的：获取全站总览图列表，作为一级导航菜单

\n

涉及接口：

\n

| 接口路径 | 请求方式 | 作用 |
\n| :

\n", "date_published": "2026-06-17T00:00:00.000Z", "authors": [], "tags": [ "工作", "项目总结" ] }, { "title": "tmux + Codex 终端会话管理实战", "url": "https://www.mangmang.fun/ai/tmux-codex-workflow.html", "id": "https://www.mangmang.fun/ai/tmux-codex-workflow.html", "summary": "Codex 很适合在终端里处理长任务，但如果直接跑在普通 shell 里，终端关闭、SSH 断开、临时切换任务都会影响体验。tmux 的价值就是把终端会话托管起来：任务可以留在后台，回来以后继续接着看。", "content_html": "\n

Codex 很适合在终端里处理长任务，但如果直接跑在普通 shell 里，
\n终端关闭、SSH 断开、临时切换任务都会影响体验。tmux 的价值就是把
\n终端会话托管起来：任务可以留在后台，回来以后继续接着看。

\n\n", "date_published": "2026-05-13T00:00:00.000Z", "authors": [], "tags": [ "AI" ] }, { "title": "PR7050 打包启动流程说明", "url": "https://www.mangmang.fun/work/project-summary/%E6%99%BA%E8%83%BD%E5%B7%A1%E8%A7%86/pr7050-package-startup-flow.html", "id": "https://www.mangmang.fun/work/project-summary/%E6%99%BA%E8%83%BD%E5%B7%A1%E8%A7%86/pr7050-package-startup-flow.html", "summary": "本文档基于当前仓库脚本重新整理。所有路径、密码、服务清单均以 PR7050 当前文件为准，不沿用 PR7950 目录。", "content_html": "\n

本文档基于当前仓库脚本重新整理。所有路径、密码、服务清单均以 PR7050 当前文件为准，不沿用 PR7950 目录。

\n\n

1. 文档范围

\n

涉及的当前 PR7050 文件：

\n

src_java/package/build.sh：Java 平台、应用、压缩加密工具的主打包入口。
src_java/package/jar_list.txt：打包后需要收集并加密的 Spring Boot 服务 Jar 清单。
binary/java/bin/encrypt/*.xml：每个服务压缩时需要保留在服务 Jar 内的依赖清单。
src_java/tool/sunri-package-compress-xjar/src/main/java/com/sunri/Main.java：XJar 加密密码、加密 include 规则和配置读取逻辑。
src_java/tool/sunri-package-compress-xjar/src/main/java/com/sunri/JarUtil.java：服务 Jar 压缩、公共依赖抽取和 *-requirements.txt 生成逻辑。
binary/java/bin/javacontrol.sh：Java 服务 start、stop、restart 控制脚本。

\n

2. Java 打包流程

\n

在 PR7050 根目录下，Java 打包入口位于 src_java/package/build.sh。脚本通过自身路径计算 PROJECT_ROOT，实际 Java 工程根为 /home/liumangmang/IdeaProjects/PR7050/V1.00/src_java。

\n

总体流程步骤

\n

清理旧产物：执行 clean_stale_java_outputs，先删除旧 Jar、XJar 中间文件和旧 requirements。
架构检测：通过 uname -m 选择 jdk-x64 或 jdk-arm，并设置 Maven 路径。
同步加密 XML：从 binary/java/bin/encrypt 同步到 src_java/package/java/bin/encrypt。
编译 Platform：进入 src_java/platform 执行 mvn clean install -DskipTests -T 1C。
编译 Platapp：进入 src_java/platapp 执行 mvn clean package -DskipTests -T 1C。
收集服务 Jar：按 jar_list.txt 在 platform 和 platapp 的 target 目录查找并复制。
压缩加密：构建并执行 sunri-package-compress-xjar，生成加密后的服务 Jar。
同步到 binary：将加密 Jar 和 common 依赖复制到 binary/java 运行目录。

\n

2.1 清理旧 Java 输出

\n

build.sh 开头调用 clean_stale_java_outputs。它会先创建必要目录，再删除下列旧文件，避免上一次构建残留影响本次打包：

\n

src_java/package/java/jar/x64_raw/*.jar
src_java/package/java/jar/x64_compress/*.jar
src_java/package/java/jar/x64/*.jar、*.xjar、xjar.go、compress-xjar.config
binary/java/jar/x64/*.jar
src_java/package/java/lib/common/*.jar 与 *-requirements.txt
binary/java/lib/common/*.jar 与 *-requirements.txt

\n

2.2 关键打包命令

\n

cd /home/liumangmang/IdeaProjects/PR7050/V1.00/src_java/package\n./build.sh

\n

脚本内部执行的 Maven 命令：

\n

cd /home/liumangmang/IdeaProjects/PR7050/V1.00/src_java/platform\nmvn clean install -DskipTests -T 1C\n\ncd /home/liumangmang/IdeaProjects/PR7050/V1.00/src_java/platapp\nmvn clean package -DskipTests -T 1C

\n

\n
⚠ 注意： build.sh 当前跳过测试，适合打包流程。若改动源码，应按受影响模块另行执行最小测试命令。
\n

\n

3. 压缩与 XJar 加密

\n

压缩加密工具位于 src_java/tool/sunri-package-compress-xjar。打包脚本会编译该工具，将 sunri-package-compress-xjar-1.0-jar-with-dependencies.jar 复制到 src_java/package/java/tools，再由模板生成 compress-xjar.config。

\n

3.1 配置文件生成

\n

模板 src_java/package/java/tools/model_compress-xjar.config 中的 {项目全路径} 会被替换为 /home/liumangmang/IdeaProjects/PR7050/V1.00/src_java。生成后的主要目录如下：

\n

| 配置项 | 当前 PR7050 路径 | 作用 |
\n| :

\n", "date_published": "2026-05-11T00:00:00.000Z", "authors": [], "tags": [ "工作", "项目总结" ] }, { "title": "PR7950 Java 打包启动流程说明", "url": "https://www.mangmang.fun/work/project-summary/%E6%99%BA%E8%83%BD%E5%B7%A1%E8%A7%86/pr7950-java-package-startup-flow.html", "id": "https://www.mangmang.fun/work/project-summary/%E6%99%BA%E8%83%BD%E5%B7%A1%E8%A7%86/pr7950-java-package-startup-flow.html", "summary": "整个流程从 build.sh 开始，先构建 Java 模块，再按清单提取业务 fat jar，随后用压缩工具拆分公共依赖，再使用 XJar 加密，最后把产物同步到 binary/java 运行目录。启动时不是直接执行 java -jar，而是通过 xjar java ... -jar 服务.jar 解密运行。", "content_html": "\n

整个流程从 build.sh 开始，先构建 Java 模块，再按清单提取业务 fat jar，随后用压缩工具拆分公共依赖，再使用 XJar 加密，最后把产物同步到 binary/java 运行目录。启动时不是直接执行 java -jar，而是通过 xjar java ... -jar 服务.jar 解密运行。

\n\n

1. 总体流程

\n

整个流程从 build.sh 开始，先构建 Java 模块，再按清单提取业务 fat jar，随后用压缩工具拆分公共依赖，再使用 XJar 加密，最后把产物同步到 binary/java 运行目录。启动时不是直接执行 java -jar，而是通过 xjar java ... -jar 服务.jar 解密运行。

\n

流程步骤

\n

build.sh: 准备 JDK/Maven，同步 encrypt XML
Maven Build: 构建 platform 与 platapp
x64_raw: 按 jar_list.txt 提取原始 fat jar
compress: 拆分 BOOT-INF/lib 依赖
lib/common: 输出公共 jar 与 requirements.txt
XJar: 加密压缩后的服务 jar
binary: 同步 jar 与公共依赖到运行目录
startup: xjar java 启动，动态加载公共依赖

\n

\n
一句话概括：
\n打包阶段把业务 jar 变小并加密，启动阶段用 XJar 解密运行，再由 sunri-spring-classload 把拆出去的公共依赖加载回来。
\n

\n

2. 构建与提取 Jar

\n

入口脚本位于：
\n/home/liumangmang/IdeaProjects/PR7950/V1.00_2024/src_java/package/build.sh

\n

执行入口

\n

cd /home/liumangmang/IdeaProjects/PR7950/V1.00_2024/src_java/package\nbash build.sh

\n

环境准备

\n

脚本根据机器架构选择内置 JDK，并使用项目自带 Maven。

\n

| 项目 | 路径/规则 |
\n| :

\n", "date_published": "2026-05-11T00:00:00.000Z", "authors": [], "tags": [ "工作", "项目总结" ] }, { "title": "VSCode 进阶：命令面板工作流与配置治理", "url": "https://www.mangmang.fun/programming/frontend/tools/vscode-advanced-command-palette-and-config-management.html", "id": "https://www.mangmang.fun/programming/frontend/tools/vscode-advanced-command-palette-and-config-management.html", "summary": "这篇是入门篇的下一步，目标是把 VSCode 从“会用”升级到“高效、可维护”。重点只讲三块：命令面板的进阶工作流配置文件分层治理（User / Workspace / Profile）可复用的进阶 JSON 模板", "content_html": "\n

这篇是入门篇的下一步，目标是把 VSCode 从“会用”升级到“高效、可维护”。

\n

重点只讲三块：

\n

命令面板的进阶工作流
配置文件分层治理（User / Workspace / Profile）
可复用的进阶 JSON 模板

\n\n

1. 命令面板进阶：把常用动作变成肌肉记忆

\n

命令面板入口不变：Ctrl + Shift + P（Windows / Linux）。

\n

建议只记住下面这组高频命令：

\n

>Preferences: Open User Settings (JSON)
>Preferences: Open Workspace Settings (JSON)
>Preferences: Open Keyboard Shortcuts (JSON)
>Tasks: Configure Task
>Developer: Reload Window
>Profiles: Create Profile
>Extensions: Show Installed Extensions

\n

实战思路：遇到任何需求，先用命令面板搜“动词 + 目标”，比如 open settings json、create profile。

\n

2. 配置治理模型：谁该放在哪里

\n

2.1 User settings（全局）

\n

Windows: %APPDATA%\\\\Code\\\\User\\\\settings.json
Linux: ~/.config/Code/User/settings.json

\n

放“个人偏好”：字体、自动保存、终端默认 shell、编辑体验。

\n

2.2 Workspace settings（项目）

\n

项目路径：.vscode/settings.json

\n

放“项目约束”：缩进、格式化策略、特定语言规则、排除目录。

\n

2.3 Profile（场景）

\n

Profile 适合“多工作模式”用户，例如：

\n

Frontend：前端开发扩展 + 偏好
Backend：后端开发扩展 + 偏好
Minimal：低干扰写作/阅读模式

\n

建议：

\n

固定偏好放 User
项目规范放 Workspace
场景差异放 Profile

\n

3. keybindings.json：给命令面板加速

\n

打开方式：

\n

Ctrl + Shift + P
输入 Open Keyboard Shortcuts (JSON)

\n

示例（Windows / Linux 通用）：

\n

[\n  {\n    \"key\": \"ctrl+alt+r\",\n    \"command\": \"workbench.action.reloadWindow\"\n  },\n  {\n    \"key\": \"ctrl+alt+,\",\n    \"command\": \"workbench.action.openSettingsJson\"\n  },\n  {\n    \"key\": \"ctrl+alt+t\",\n    \"command\": \"workbench.action.tasks.runTask\"\n  }\n]

\n

注意：如果快捷键冲突，VSCode 会以后定义或更具体 when 条件为准。

\n

4. 进阶 settings.json 模板（Windows + Linux）

\n

下面模板建议放在 User 级，并按你环境微调：

\n

{\n  \"editor.fontSize\": 14,\n  \"editor.lineHeight\": 1.7,\n  \"editor.tabSize\": 2,\n  \"editor.wordWrap\": \"on\",\n  \"editor.minimap.enabled\": false,\n  \"editor.bracketPairColorization.enabled\": true,\n\n  \"files.autoSave\": \"onFocusChange\",\n  \"files.trimTrailingWhitespace\": true,\n  \"files.insertFinalNewline\": true,\n  \"files.watcherExclude\": {\n    \"**/.git/objects/**\": true,\n    \"**/node_modules/**\": true,\n    \"**/dist/**\": true\n  },\n\n  \"editor.formatOnSave\": true,\n  \"editor.defaultFormatter\": \"esbenp.prettier-vscode\",\n  \"editor.codeActionsOnSave\": {\n    \"source.fixAll\": \"explicit\",\n    \"source.organizeImports\": \"explicit\"\n  },\n\n  \"terminal.integrated.defaultProfile.windows\": \"PowerShell\",\n  \"terminal.integrated.defaultProfile.linux\": \"bash\",\n\n  \"workbench.startupEditor\": \"none\",\n  \"workbench.editor.enablePreview\": false,\n  \"workbench.tree.indent\": 16\n}

\n

如果你不用 Prettier，把 editor.defaultFormatter 改成你实际使用的扩展 ID。

\n

5. Workspace 模板：把项目规范写死

\n

建议每个项目都放一个最小 .vscode/settings.json：

\n

{\n  \"editor.tabSize\": 2,\n  \"editor.insertSpaces\": true,\n  \"editor.detectIndentation\": false,\n  \"files.eol\": \"\\n\"\n}

\n

这样团队成员打开项目时，基础编辑行为就能统一。

\n

6. 命令面板 + Task：一键执行项目动作

\n

进阶建议：把常用命令（如构建、测试）写进 Task，再通过命令面板触发。

\n

.vscode/tasks.json 示例：

\n

{\n  \"version\": \"2.0.0\",\n  \"tasks\": [\n    {\n      \"label\": \"docs:build\",\n      \"type\": \"shell\",\n      \"command\": \"npm run docs:build\",\n      \"group\": \"build\",\n      \"problemMatcher\": []\n    }\n  ]\n}

\n

触发方式：

\n

Ctrl + Shift + P
输入 Run Task
选择 docs:build

\n

7. 常见坑与排查

\n

7.1 改了配置却没生效

\n

先执行 Developer: Reload Window，再验证。

\n

7.2 User 和 Workspace 打架

\n

按“项目优先”原则，检查 .vscode/settings.json 是否覆盖了 User。

\n

7.3 JSON 报错

\n

确保：

\n

不要尾逗号
全部键名和字符串使用双引号
文件是合法 JSON（不是 JSONC 风格时不要写注释）

\n

8. 进阶完成标准

\n

能通过命令面板完成设置、任务、重载
能区分 User / Workspace / Profile 三层职责
有自己的 keybindings.json 高频快捷键
有项目级 .vscode/settings.json 规范
能用 tasks.json 一键触发常用命令

\n

做到这 5 点，VSCode 就从“编辑器”变成你的“稳定开发操作台”。

\n", "date_published": "2026-03-30T00:00:00.000Z", "authors": [], "tags": [ "编程", "前端" ] }, { "title": "VSCode 使用入门：命令面板与 settings.json", "url": "https://www.mangmang.fun/programming/frontend/tools/vscode-quick-start-command-palette-settings-json.html", "id": "https://www.mangmang.fun/programming/frontend/tools/vscode-quick-start-command-palette-settings-json.html", "summary": "这是一篇极速 15 分钟上手指南，重点只讲三件事： VSCode 的基本概念命令面板怎么高频使用不进图形化设置，直接改 settings.json", "content_html": "\n

这是一篇极速 15 分钟上手指南，重点只讲三件事：

\n

VSCode 的基本概念
命令面板怎么高频使用
不进图形化设置，直接改 settings.json

\n\n

1. 先认识 4 个核心概念

\n

1.1 编辑器 vs 工作区

\n

编辑器：你看到和编辑代码的窗口。
工作区（Workspace）：当前打开的项目（一个或多个文件夹）。

\n

1.2 配置分层（最重要）

\n

VSCode 的设置是分层生效的：

\n

默认设置（Default）：VSCode 内置。
用户设置（User）：你机器上的全局偏好。
工作区设置（Workspace）：只对当前项目生效。

\n

如果同一个键同时存在，通常是 Workspace 覆盖 User。

\n

1.3 命令面板（Command Palette）

\n

命令面板是 VSCode 的“统一入口”。

\n

Windows/Linux：Ctrl + Shift + P
也可按 F1

\n

你可以在这里执行几乎所有操作，包括打开 JSON 配置。

\n

1.4 扩展不是“额外功能”，而是能力层

\n

VSCode 本体很轻，很多语言能力来自扩展。
\n但本篇先不讲扩展安装，先把命令面板和配置体系打通。

\n

2. 命令面板：先会这 6 条命令

\n

按 Ctrl + Shift + P 后直接输入：

\n

> + Reload Window：重载窗口，配置变更后常用。
>Developer: Reload Window：同上，完整命令名。
>Preferences: Open User Settings (JSON)：打开全局配置。
>Preferences: Open Workspace Settings (JSON)：打开项目配置。
>Preferences: Open Default Settings (JSON)：查看默认值（只读参考）。
>Files: Auto Save：快速切自动保存策略。

\n

技巧：命令面板支持模糊搜索，你记不全命令名也能找到。

\n

3. settings.json 到底放哪

\n

3.1 用户配置（全局）

\n

Windows: %APPDATA%\\\\Code\\\\User\\\\settings.json
Linux: ~/.config/Code/User/settings.json

\n

建议：全局偏好（字体、自动保存、格式化默认行为）放这里。

\n

3.2 工作区配置（项目级）

\n

项目根目录：.vscode/settings.json

\n

建议：和项目强相关的配置放这里（例如某项目缩进、格式化器、排除目录）。

\n

4. 用命令面板打开 JSON 配置（不进图形设置）

\n

4.1 打开用户配置

\n

Ctrl + Shift + P
输入 Open User Settings (JSON)
回车

\n

4.2 打开工作区配置

\n

Ctrl + Shift + P
输入 Open Workspace Settings (JSON)
回车

\n

如果项目里没有 .vscode/settings.json，VSCode 会帮你创建。

\n

5. 可直接粘贴的入门模板

\n

下面这份建议先放在 User settings.json，适用于 Windows + Linux。

\n

{\n  \"editor.fontSize\": 14,\n  \"editor.tabSize\": 2,\n  \"editor.wordWrap\": \"on\",\n  \"editor.minimap.enabled\": false,\n\n  \"files.autoSave\": \"onFocusChange\",\n  \"files.trimTrailingWhitespace\": true,\n  \"files.insertFinalNewline\": true,\n\n  \"editor.formatOnSave\": true,\n  \"editor.codeActionsOnSave\": {\n    \"source.fixAll\": \"explicit\"\n  },\n\n  \"terminal.integrated.defaultProfile.windows\": \"PowerShell\",\n  \"terminal.integrated.defaultProfile.linux\": \"bash\",\n\n  \"files.exclude\": {\n    \"**/.DS_Store\": true,\n    \"**/node_modules\": true,\n    \"**/.git\": false\n  }\n}

\n

说明：

\n

formatOnSave 依赖你安装并启用对应语言的格式化扩展。
source.fixAll 设为 explicit 更稳，避免每次保存都触发过多修复。
terminal.integrated.defaultProfile.* 按你的本机实际 shell 调整。

\n

6. User 与 Workspace 怎么分

\n

推荐这套规则：

\n

放 User：你个人习惯，跨项目都想保留。
放 Workspace：只在当前项目生效的规则。

\n

示例：某项目要求 4 空格缩进，就写到该项目 .vscode/settings.json：

\n

{\n  \"editor.tabSize\": 4,\n  \"editor.insertSpaces\": true\n}

\n

7. 常见问题（JSON 配置方式）

\n

7.1 配置不生效

\n

按 Ctrl + Shift + P 执行 Developer: Reload Window，再验证。

\n

7.2 JSON 报错（逗号、引号）

\n

settings.json 必须是合法 JSON。重点检查：

\n

最后一项后面不要多逗号
键名和字符串值要用双引号

\n

7.3 不确定某个键该写什么

\n

用命令面板打开 Default Settings (JSON) 搜索对应键，按默认文档写。

\n

8. 15 分钟上手清单

\n

会用 Ctrl + Shift + P 打开命令面板
会打开 User Settings (JSON)
会打开 Workspace Settings (JSON)
能区分 User 与 Workspace 的生效范围
粘贴并调整一份可用的 settings.json
配置不生效时会执行 Reload Window

\n

完成以上 6 项，你已经跨过 VSCode 入门阶段。

\n", "date_published": "2026-03-30T00:00:00.000Z", "authors": [], "tags": [ "编程", "前端" ] }, { "title": "Linux Mint XFCE 终端常用快捷指令完全指南", "url": "https://www.mangmang.fun/programming/linux/Linux_Mint/xfce%E7%BB%88%E7%AB%AF%E5%B8%B8%E7%94%A8%E5%BF%AB%E6%8D%B7%E6%8C%87%E4%BB%A4.html", "id": "https://www.mangmang.fun/programming/linux/Linux_Mint/xfce%E7%BB%88%E7%AB%AF%E5%B8%B8%E7%94%A8%E5%BF%AB%E6%8D%B7%E6%8C%87%E4%BB%A4.html", "summary": "XFCE 终端是 Linux Mint XFCE 桌面环境默认的命令行工具，熟练掌握其快捷键可以极大提升工作效率。本文整理了最实用的 XFCE 终端快捷键，涵盖导航、编辑、显示调整等各个方面，帮助你更高效地使用终端。", "content_html": "\n

XFCE 终端是 Linux Mint XFCE 桌面环境默认的命令行工具，熟练掌握其快捷键可以极大提升工作效率。本文整理了最实用的 XFCE 终端快捷键，涵盖导航、编辑、显示调整等各个方面，帮助你更高效地使用终端。

\n\n

一、基础导航类快捷键

\n

1.1 标签页管理

\n

| 快捷键 | 功能描述 | 使用场景 |
\n|

\n", "date_published": "2026-03-30T00:00:00.000Z", "authors": [], "tags": [ "Linux" ] }, { "title": "内存优化完全指南", "url": "https://www.mangmang.fun/programming/linux/Linux_Mint/%E5%86%85%E5%AD%98%E4%BC%98%E5%8C%96%E5%AE%8C%E5%85%A8%E6%8C%87%E5%8D%97.html", "id": "https://www.mangmang.fun/programming/linux/Linux_Mint/%E5%86%85%E5%AD%98%E4%BC%98%E5%8C%96%E5%AE%8C%E5%85%A8%E6%8C%87%E5%8D%97.html", "summary": "这篇记录一次真实的 Linux Mint 内存优化过程：从内存告急、Swap 打满，到切换纯 zram、调整内核策略、加上 OOM 保护，最终把系统稳定性和响应速度拉回到优秀状态。", "content_html": "\n

这篇记录一次真实的 Linux Mint 内存优化过程：从内存告急、Swap 打满，到切换纯 zram、调整内核策略、加上 OOM 保护，最终把系统稳定性和响应速度拉回到优秀状态。

\n\n

一问题背景

\n

1.1 初始状态

\n

排查时的核心数据：

\n

物理内存: 29GB
已使用: 25GB (86%)
可用内存: 3.5GB
Swap: 15GB，几乎耗尽

\n

1.2 主要问题

\n

| 问题 | 严重程度 | 影响 |
\n|

\n", "date_published": "2026-03-20T00:00:00.000Z", "authors": [], "tags": [ "Linux" ] }, { "title": "OpenCode Superpowers：编码 + 写博客 skills 使用方案（自用版）", "url": "https://www.mangmang.fun/ai/superpowers/opencode-skills-playbook.html", "id": "https://www.mangmang.fun/ai/superpowers/opencode-skills-playbook.html", "summary": "这篇不解释太多背景，目标是：我在写博客和写代码时，如何用 Superpowers 这套 skills 把工作流“固定下来”，减少跑偏与返工。", "content_html": "\n

这篇不解释太多背景，目标是：我在写博客和写代码时，如何用 Superpowers
\n这套 skills 把工作流“固定下来”，减少跑偏与返工。

\n\n", "date_published": "2026-03-16T00:00:00.000Z", "authors": [], "tags": [ "AI", "工具" ] }, { "title": "OpenCode Superpowers：框架总览与上手路线", "url": "https://www.mangmang.fun/ai/superpowers/opencode-superpowers-overview.html", "id": "https://www.mangmang.fun/ai/superpowers/opencode-superpowers-overview.html", "summary": "Superpowers 不是“又一套提示词”，而是一套给编码代理用的开发方法：强制先澄清、先写计划、再执行、最后验证。这篇以 OpenCode 为主视角，把上游仓库 obra/superpowers 的核心要点整理成一篇可直接照着用的速查。", "content_html": "\n

Superpowers 不是“又一套提示词”，而是一套给编码代理用的开发方法：
\n强制先澄清、先写计划、再执行、最后验证。

\n

这篇以 OpenCode 为主视角，把上游仓库 obra/superpowers 的核心要点整理成一篇
\n可直接照着用的速查。

\n\n", "date_published": "2026-03-16T00:00:00.000Z", "authors": [], "tags": [ "AI", "工具" ] }, { "title": "OpenCode + Superpowers：技能插件安装与用法", "url": "https://www.mangmang.fun/ai/superpowers/opencode-superpowers.html", "id": "https://www.mangmang.fun/ai/superpowers/opencode-superpowers.html", "summary": "Superpowers 是一套给 OpenCode 增强“技能（skills）体系”的插件与技能包：把常用的提示词/工作流封装成可复用技能，并在每次对话时自动注入必要的引导上下文。", "content_html": "\n

Superpowers 是一套给 OpenCode 增强“技能（skills）体系”的插件与技能包：
\n把常用的提示词/工作流封装成可复用技能，并在每次对话时自动注入必要的引导上下文。

\n\n", "date_published": "2026-03-16T00:00:00.000Z", "authors": [], "tags": [ "AI", "工具" ] }, { "title": "Claude Code 多分支工作流实战总结（2026）", "url": "https://www.mangmang.fun/ai/claude-code-branch-workflow-2026.html", "id": "https://www.mangmang.fun/ai/claude-code-branch-workflow-2026.html", "summary": "这篇是对一篇 Claude Code 工作流文章的中文实战整理版。核心结论很直接：不要在一个分支里让 AI 连续改代码，要用“任务隔离 + 并行执行 + 人工验收”的方式把效率和可控性同时拉起来。", "content_html": "\n

这篇是对一篇 Claude Code 工作流文章的中文实战整理版。
\n核心结论很直接：不要在一个分支里让 AI 连续改代码，要用“任务隔离 +
\n并行执行 + 人工验收”的方式把效率和可控性同时拉起来。

\n\n", "date_published": "2026-03-11T00:00:00.000Z", "authors": [], "tags": [ "AI" ] }, { "title": "OpenClaw 个人 24 小时在线部署实战", "url": "https://www.mangmang.fun/ai/openclaw.html", "id": "https://www.mangmang.fun/ai/openclaw.html", "summary": "最近把 OpenClaw 在个人 Linux 机器上完整跑通了。这篇不是理想教程，而是可复现的真实部署记录：初始化、守护进程常驻、渠道接入、Web 搜索和安全收紧。", "content_html": "\n

最近把 OpenClaw 在个人 Linux 机器上完整跑通了。
\n这篇不是理想教程，而是可复现的真实部署记录：初始化、守护进程常驻、
\n渠道接入、Web 搜索和安全收紧。

\n\n

适合人群：

\n

个人单用户场景
希望 24 小时在线
想接 Telegram 或飞书
想一次把常见坑踩完

\n", "date_published": "2026-03-10T00:00:00.000Z", "authors": [], "tags": [ "AI" ] }, { "title": "VNC 单脚本管理与批量下发", "url": "https://www.mangmang.fun/programming/linux/%E5%9F%BA%E7%A1%80/05-vnc-%E5%8D%95%E8%84%9A%E6%9C%AC%E7%AE%A1%E7%90%86%E4%B8%8E%E6%89%B9%E9%87%8F%E4%B8%8B%E5%8F%91.html", "id": "https://www.mangmang.fun/programming/linux/%E5%9F%BA%E7%A1%80/05-vnc-%E5%8D%95%E8%84%9A%E6%9C%AC%E7%AE%A1%E7%90%86%E4%B8%8E%E6%89%B9%E9%87%8F%E4%B8%8B%E5%8F%91.html", "summary": "本文记录一次 VNC 运维落地方案：在单机用 vnc_ctl.sh 统一管理服务生命周期，再通过 deploy_to_desktop.sh 按 IP 列表批量下发到多台 Linux 机器。", "content_html": "

本文记录一次 VNC 运维落地方案：在单机用 vnc_ctl.sh 统一管理服务生命周期，再通过 deploy_to_desktop.sh 按 IP 列表批量下发到多台 Linux 机器。

\n\n

VNC 单脚本管理与批量下发

\n

1. 目标场景

\n

示例目标机器：

\n

10.6.223.223
10.6.220.165
10.6.221.8
10.6.223.233

\n

统一目标：

\n

在远程桌面生成 vnc_ctl.sh
后台运行 x0vncserver
提供开机自启能力
支持状态检查与一键停止
支持批量下发，减少重复操作

\n

2. 管理脚本设计

\n

主脚本：vnc_ctl.sh

\n

支持命令：

\n

start：启动 VNC
stop：停止 VNC
check：检查进程、端口、密码文件与日志
restart：重启服务
install-autostart：安装 @reboot 自启
remove-autostart：移除自启

\n

核心思路：

\n

通过 pgrep 精确匹配 x0vncserver 参数定位进程
使用 nohup 后台运行并记录日志
通过 crontab 注入 @reboot 行实现开机拉起

\n

示例（启动命令段）：

\n

nohup x0vncserver \\\n  -display \":0\" \\\n  -passwordfile \"$HOME/.vnc/passwd\" \\\n  -rfbport \"5900\" \\\n  -nevershared \\\n  -idletimeout 0 \\\n  >>\"$HOME/.vnc/x0vncserver-5900.log\" 2>&1 &

\n

3. 批量下发脚本

\n

下发脚本：deploy_to_desktop.sh

\n

用途：把本地脚本按 IP 列表分发到远程桌面目录，并自动加执行权限。

\n

示例命令：

\n

./deploy_to_desktop.sh -f ./vnc_ctl.sh -i 10.6.223.233,10.6.220.165 -u sunri

\n

脚本默认行为：

\n

目标目录默认为 /home/<user>/Desktop
使用 SSH/SCP 分发
分发后自动执行 chmod +x

\n

4. 推荐使用流程

\n

chmod +x ./vnc_ctl.sh ./deploy_to_desktop.sh\n./deploy_to_desktop.sh -f ./vnc_ctl.sh -i 10.6.223.233,10.6.220.165 -u sunri

\n

远程执行示例：

\n

ssh sunri@10.6.220.165 \"/home/sunri/Desktop/vnc_ctl.sh install-autostart && /home/sunri/Desktop/vnc_ctl.sh start && /home/sunri/Desktop/vnc_ctl.sh check\"

\n

5. 测试结论

\n

10.6.220.165：下发成功，脚本存在且可执行
10.6.223.233：下发失败，原因为 SSH 认证失败（Permission denied）

\n

6. 常见问题排查

\n

缺少密码文件：在目标机执行 vncpasswd
端口未监听：检查 ~/.vnc/x0vncserver-5900.log
开机自启未生效：检查 crontab -l 中 @reboot ... vnc_ctl.sh start ...
无法下发：先手动验证 ssh <user>@<ip>

\n

7. 小结

\n

该方案把 VNC 运维拆成两个可复用脚本：

\n

单机统一管理生命周期
多机统一批量下发

\n

适合内网多台 Linux 机器的日常维护与快速复制部署。

\n", "date_published": "2026-03-09T00:00:00.000Z", "authors": [], "tags": [ "Linux" ] }, { "title": "远程 C++ 项目一键全量构建", "url": "https://www.mangmang.fun/programming/backend/c__/01-%E8%BF%9C%E7%A8%8B-cpp-%E9%A1%B9%E7%9B%AE%E4%B8%80%E9%94%AE%E5%85%A8%E9%87%8F%E6%9E%84%E5%BB%BA.html", "id": "https://www.mangmang.fun/programming/backend/c__/01-%E8%BF%9C%E7%A8%8B-cpp-%E9%A1%B9%E7%9B%AE%E4%B8%80%E9%94%AE%E5%85%A8%E9%87%8F%E6%9E%84%E5%BB%BA.html", "summary": "这篇文章整理一次远程 C++ 项目编译流程：从 SSH 连接、路径核对，到将全量构建固化为 build.sh，把重复手工操作改成一条可复用命令。", "content_html": "

这篇文章整理一次远程 C++ 项目编译流程：从 SSH 连接、路径核对，到将全量构建固化为 build.sh，把重复手工操作改成一条可复用命令。

\n\n

远程 C++ 项目一键全量构建

\n

1. 场景信息

\n

目标主机：10.6.223.0
项目根目录：/home/sunri/PRS-7950/V1.00_2024
C++ 源码目录：/home/sunri/PRS-7950/V1.00_2024/src_cxx

\n

2. 先确认连接与路径

\n

先验证 SSH 连通性：

\n

ssh 10.6.223.0

\n

连接后可用 hostname 确认机器身份。

\n

这次排查中，一个关键点是目录名确认：

\n

错误路径：/home/sunri/PRS-7950/V1.00_2024/src_cx
正确路径：/home/sunri/PRS-7950/V1.00_2024/src_cxx

\n

编译前先核对路径，通常比盲目调整编译参数更有效。

\n

3. 执行增量编译

\n

在源码目录执行：

\n

make -j\"$(nproc)\"

\n

说明：

\n

-j"$(nproc)" 表示按 CPU 核心数并行编译
若出现 Nothing to be done for 'first'，通常表示该目标已是最新状态（增量构建正常现象）

\n

4. 固化为一键全量构建脚本

\n

在 src_cxx 下创建 build.sh：

\n

#!/usr/bin/env bash\nset -euo pipefail\n\nSCRIPT_DIR=\"$(cd \"$(dirname \"${BASH_SOURCE[0]}\")\" && pwd)\"\n\ncd \"$SCRIPT_DIR\"\n\necho \"[build] Cleaning project...\"\nmake clean\n\necho \"[build] Building project (full rebuild)...\"\nmake -j\"$(nproc)\"\n\necho \"[build] Done.\"

\n

赋予执行权限：

\n

chmod +x build.sh

\n

5. 日常使用方式

\n

cd /home/sunri/PRS-7950/V1.00_2024/src_cxx\n./build.sh

\n

脚本固定执行两步：

\n

make clean
make -j"$(nproc)"

\n

6. 小结

\n

这套流程的核心不是命令复杂度，而是标准化：

\n

先确认路径和环境
再把全量构建流程脚本化

\n

后续交付或排障时，只需要统一执行 ./build.sh 即可降低沟通与操作成本。

\n", "date_published": "2026-03-09T00:00:00.000Z", "authors": [], "tags": [ "编程", "C++" ] }, { "title": "AlgoSimulation 打包与交付记录", "url": "https://www.mangmang.fun/work/project-summary/%E6%99%BA%E8%83%BD%E5%B7%A1%E8%A7%86/algosimulation-%E6%89%93%E5%8C%85%E4%B8%8E%E4%BA%A4%E4%BB%98%E8%AE%B0%E5%BD%95.html", "id": "https://www.mangmang.fun/work/project-summary/%E6%99%BA%E8%83%BD%E5%B7%A1%E8%A7%86/algosimulation-%E6%89%93%E5%8C%85%E4%B8%8E%E4%BA%A4%E4%BB%98%E8%AE%B0%E5%BD%95.html", "summary": "本文记录 AlgoSimulation 在目标机器上的编译、依赖修正与独立目录打包过程，重点是 OpenSSL 符号版本冲突的定位与处理。", "content_html": "

本文记录 AlgoSimulation 在目标机器上的编译、依赖修正与独立目录打包过程，重点是 OpenSSL 符号版本冲突的定位与处理。

\n\n

AlgoSimulation 打包与交付记录

\n

1. 目标与环境

\n

编译目标：/home/sunri/IdeaProjects/V2.00/src_cxx/99_TestTool/AlgoSimulation
编译机：10.6.221.8
参考机：10.6.220.186
约束：08_Preview 已同步完成，本次仅处理编译、链接与打包

\n

2. 基础编译流程

\n

export PRJHOME=/home/sunri/IdeaProjects/V2.00\nexport CYGHOME=/home/sunri/08_Preview/linx80\ncd /home/sunri/IdeaProjects/V2.00/src_cxx/99_TestTool/AlgoSimulation\nqmake AlgoSimulation.pro\nmake -j4

\n

3. 链接问题与修正

\n

链接阶段出现 OpenSSL 相关符号版本不匹配（OPENSSL_1_1_0d）。

\n

原因是 libmosquitto、libcurl、libssh2 依赖的 OpenSSL 版本，与系统默认搜索到的 libssl/libcrypto 不一致。

\n

修正方式：通过 qmake 注入链接参数，显式指定 gmssl 库并关闭 as-needed 提前裁剪。

\n

export PRJHOME=/home/sunri/IdeaProjects/V2.00\nexport CYGHOME=/home/sunri/08_Preview/linx80\ncd /home/sunri/IdeaProjects/V2.00/src_cxx/99_TestTool/AlgoSimulation\nmake clean\nqmake \"QMAKE_LFLAGS+=-Wl,--no-as-needed\" \\\n      \"LIBS+=/usr/local/gmssl/lib/libssl.so.1.1 /usr/local/gmssl/lib/libcrypto.so.1.1\" \\\n      AlgoSimulation.pro\nmake -j4

\n

编译产物：/home/sunri/IdeaProjects/V2.00/binary/linx80/bin/AlgoSimulation

\n

4. 独立目录打包

\n

目标目录：/home/sunri/Desktop/AlgoSimulation_tool

\n

TOOL=/home/sunri/Desktop/AlgoSimulation_tool\nBIN=/home/sunri/IdeaProjects/V2.00/binary/linx80/bin/AlgoSimulation\n\nrm -rf \"$TOOL\"\nmkdir -p \"$TOOL/bin\" \"$TOOL/lib\"\ncp -f \"$BIN\" \"$TOOL/bin/\"\n\nldd \"$BIN\" | awk '/=> \\/home\\/sunri\\// {print $3} /=> \\/usr\\/local\\/gmssl\\// {print $3}' | sort -u | while read -r so; do\n  cp -f \"$so\" \"$TOOL/lib/\"\ndone\n\ncp -f /usr/local/gmssl/lib/libssl.so.1.1 \"$TOOL/lib/\"\ncp -f /usr/local/gmssl/lib/libcrypto.so.1.1 \"$TOOL/lib/\"

\n

启动脚本 run_AlgoSimulation.sh：

\n

#!/usr/bin/env bash\nset -e\nSCRIPT_DIR=\"$(cd \"$(dirname \"$0\")\" && pwd)\"\nexport LD_LIBRARY_PATH=\"$SCRIPT_DIR/lib:${LD_LIBRARY_PATH:-}\"\nexec \"$SCRIPT_DIR/bin/AlgoSimulation\" \"$@\"

\n

5. 验证结果

\n

缺库检查：

\n

LD_LIBRARY_PATH=/home/sunri/Desktop/AlgoSimulation_tool/lib \\\nldd /home/sunri/Desktop/AlgoSimulation_tool/bin/AlgoSimulation | grep \"not found\"

\n

结果：无输出（未发现缺失依赖）

\n

启动冒烟：

\n

在无图形会话环境下提示 cannot connect to X server
结论：当前阻塞点是图形环境，不是依赖缺失

\n

6. 交付清单

\n

/home/sunri/Desktop/AlgoSimulation_tool/bin/AlgoSimulation
/home/sunri/Desktop/AlgoSimulation_tool/lib/
/home/sunri/Desktop/AlgoSimulation_tool/run_AlgoSimulation.sh

\n

7. 后续建议

\n

若后续仍出现符号版本或缺库问题，优先按缺失项从 10.6.220.186 精准补齐，避免全量同步带来的不可控差异。

\n", "date_published": "2026-03-09T00:00:00.000Z", "authors": [], "tags": [ "工作", "项目总结" ] } ] }