jason成都-优快云博客

原创 rtklib-java v3.4.0 封板之后：传统解算链定版，AI 增强线为什么只敢“加接口”

2026 年 11 月 6 日，rtklib-java 打了 v3.4.0（commitdce304c，tag v3.4.0），同时把确定性解算链正式封板：此后 core 的数值行为不再改动。同一天，一份 AI 增强设计文档定稿，给项目开了一条新的研究线。这篇文章回答三个问题：封板到底封的是什么、AI 线凭什么不破坏已封板的基线、目前进展到哪一步。需要先说明，这是一份设计定稿的口径梳理，——三个接口都还没有代码。

2026-11-06 17:25:02 16

原创 RTKLIB-Java 使用指南 -再粘贴一个

RTCM 解码RINEX 转换RINEX 文件定位RTK 实时定位SPP 实时定位PPP 精密单点定位输出字段含义观测值字段统一语义多基站多测站连续处理实时流双向缓存模糊度状态缓存RTK高级模糊度固定优化。

2026-11-04 10:02:57 165

原创 RTKLIB-Java-不想重复写东西，直接上仓库的README

支持 SPP（米级）、RTK（厘米~毫米）、PPP（分米~厘米）、PPP-AR（厘米级）、PPP-RTK（厘米级快速收敛）五种定位模式，数据入口支持 RTCM3 实时流与 RINEX 2.x/3.x 事后文件。（功能定义不符合本项目定位，非缺口、非暂缓）：TCP 客户端、TCP/UDP 服务端、接收机原始协议（u-blox/NovAtel 等）、NMEA 输出、GPX/KML 输出、大地水准面/基准转换。：本项目定位算法经过真实数据验证（详见开发状态），但所有集成仍建议以自有测试数据验证通过为前提。

2026-11-03 09:56:09 171

原创 RTKLIB 的 Java 移植版来了：rtklib-java v3.3.0 功能全景

本文介绍一个基于 RTKLIB 2.5.0 开源 GNSS 定位库移植的 Java 实现项目，当前版本 v3.3.0（2026-10-24）。项目定位是，不是独立可运行软件，可以嵌入到 Java 业务系统里做 GNSS 数据处理与定位解算。

2026-10-28 20:04:20 325

原创 ignav‑next｜Java实现INS/GNSS组合导航，契约驱动Maven多模块架构

ignav‑next没有去做“从零自研组合导航算法”，而是立足成熟C开源算法，在工程架构层面补齐短板，用契约+模块化解决耦合、可移植、可扩展问题。对于Java生态，可用的工业级INS/GNSS组合导航库并不多；本项目提供一套参考实现思路：把算法内核和IO、配置、输出解耦，通过接口契约实现模块插拔，降低二次开发维护成本。项目状态：核心算法、自适应模式、二阶时间同步、RTS/FBS平滑均已完成。

2026-10-28 17:07:07 465

原创 RTKLIB-Java 多基线联合RTK：FIX率从0%到91.5%的三层根因修复

本文记录rtklib-java（RTKLIB 2.5.0 demo5分支的Java移植与增强项目）在双基线联合RTK开发过程中的一次典型踩坑：两个单基线独立解算FIX率均稳定在91.5%，但合并为共享Kalman滤波的联合解后FIX率直接掉到0%。通过三层递进定位根因完成修复，并配套落地了窗口历元聚合工具SolAggregator，附上真实1小时北斗短基线数据的实测结果。

2026-10-27 18:10:01 323

原创 rtklib_java PPP-RTK 收官测试：修复 BDS-2 宽巷失效与异常卫星死循环 Bug

rtklib_java 项目所有定位模式测试已全部完成。本文记录 PPP-RTK 接入 SSR 实时流联调期间发现的两处关键 Bug、修复方案以及 WUH20 实测对比结果。

2026-10-26 21:01:35 256

原创 rtklib_java 参数自适应引擎：三层参数覆盖、14 类协作与静态模式保护

SSR 服务账号开放SSR权限，PPP-RTK 实测没法推进。与其空等，不如把已经定稿的 Java 版参数自适应引擎做完——框架代码已经编译通过，集成接线和测试也已跑通。这篇写四件事：引擎的设计思路（两个场景、三层参数、覆盖层不污染原始配置）、14 个类的职责与协作关系、和 RTKLIB C 版的差异定位、静态模式保护为什么敢不做二次确认。

2026-10-24 13:07:34 184

原创 Java 版 RTKLIB 封存实录：29 个 Bug、一张精度表，三条没走通的路

做 GNSS 高精度解算，几乎绕不开 RTKLIB。原生 C 版本成熟资料多，但在 Java 服务端直接集成，一般只有两条路线：JNI 封装，或者完整重写。JNI 能跑，但排错极其痛苦：异常栈、内部状态全在 C 层，调参调试必须切回 C 工具链。我们最终选择按 C 源码文件一一映射 Java 类，以 RTKLIB 2.5.0 作为唯一数值基准，状态向量、协方差、常量、边界处理逐项对齐。移植最难的不是数学公式，而是 C 代码里没有写在注释中的隐式约定。

2026-10-23 15:11:18 218

原创我把RTKLIB完整移植到Java，然后停在了这里

"大家都不研究，这个项目一辈子都不可能好"。在当前这个节点上，这句话是字面成立的。这不是终点，是"使用者拿数据来推"的起点。地基打完了，墙砌完了，水电通了，但能不能入住，得有人先拿自己的行李来试住一晚。试住了觉得哪里漏水、哪里插座不够，反馈了我修。没人来，房子就停在那里，不会自己变得更好。如果你在Java生态里找GNSS精密解算的方案，这是目前能找到的地基最完整的一个。它不是已经完美的成品，是一个边界清楚、文档齐全、等你喂数据的起点。

2026-10-18 11:46:06 312

原创 rtklib-java 算法版本基本稳定，需要测试反馈

经过多轮迭代优化，rtklib-java 目前的数据解析、SPP单点定位、RTK差分定位、PPP精密定位以及配套的各类优化算法（EKF平滑、抗差解算、模糊度固定、环境改正模型等）均已完成开发，整体代码版本趋于稳定，已经具备完整的GNSS离线/事后解算能力。包括手机原始观测数据、城市复杂遮挡场景数据、RTK长短基线实测数据、PPP长时序观测数据，以及带有周跳、信号中断、强干扰的边缘场景数据，只要是可公开开源的观测文件、星历文件、精密产品、参考真值POS文件，都非常欢迎补充。第一，提交各类真实场景的。

2026-10-09 17:16:09 177

原创 RTKLIB Java移植全方位增强：SPP/RTK/PPP/PPP-RTK全定位能力升级

RTKLIB 是业界公认的开源GNSS定位标杆库，凭借开源、轻量化、多模式适配的优势，被广泛应用于各类定位终端、后处理解算设备中。但原生C版本RTKLIB存在诸多工程短板：SPP单点定位抖动严重、RTK模糊度固定容错性差、PPP精密模型简陋、无原生PPP-RTK能力、部分高级算法仅预留空壳未实现，难以适配复杂实景工程需求。本项目基于原生RTKLIB内核完整Java移植，全程保留原版核心解算逻辑，保证兼容性的同时，针对实测痛点完成全链路功能增强、算法优化、场景适配，全面升级。

2026-10-08 17:52:52 385

原创 rtklib_java项目新增模块：rtklib-research与rtklib-stream功能详解

算法研究层，离线仿真、多算法对比、新型定位策略验证，独立运行、不依赖核心与数据流模块，纯学术复现与工程验证；：IO工具扩展层，实时业务配套能力，服务rtklib-core，仅补齐原生RTKLIB数据流短板，无算法逻辑。rtklib-research与rtklib-stream是两套职责完全隔离、互不绑定的RTKLIB生态扩展模块，分别补齐了原生框架算法迭代能力不足和Java实时数据流缺失两大痛点。rtklib-research专注离线算法研究与学术方案工程复现，为新型GNSS定位算法提供对比验证平台；

2026-10-07 10:47:02 299

原创 RTKLIB_JAVA参数调试超详细实操指南（流程+参数详解+结果解读）

绿色：固定解（高精度有效数据）黄色：浮动解（亚米级过渡数据）红色：单点解（低精度无效数据）Fixed率低优先调整：高度角掩模、SNR阈值、Ratio阈值，过滤劣质观测数据频繁断固定优化：开启continuous模糊度模式，适当放宽差分龄期定位漂移优化：固定电离层、对流层修正模型，优先使用广播星历修正数据规范优先：严格遵循目录结构，避免文件识别异常导致解算失败本文整理了RTKLIB从数据规范、操作流程、参数调优、结果分析、轨迹排查、附加功能的全套实操方案，覆盖工程调试全场景。

2026-09-28 22:23:01 322

原创 RTKLIB Java版：从C到Java的精密定位引擎，SPP/RTK/PPP/PPP-AR/PPP-RTK全栈实现

RTKLIB Java版是对经典开源GNSS定位软件RTKLIB 2.5.0（C版）的100%算法等价移植+全方位功能增强项目，彻底突破原生C版的功能局限与工程化缺陷。项目采用Java 17 + Maven多模块现代化架构，依托EJML 0.41高性能矩阵库完成核心矩阵运算，在完全兼容原版定位算法精度的基础上，新增大量C版不具备的高阶解算、数据处理、故障诊断、自动化运维能力，是目前功能最完整的Java语言GNSS精密定位开源框架。基础技术栈基准源码：RTKLIB 2.5.0（C版）

2026-09-26 01:21:33 378

原创一次“歪打正着”的测试——多基线平差落地与基站异常诊断实战

多基线平差重可靠性、轻精度：短基线场景精度提升可忽略（＜1%），但冗余观测、粗差剔除能力可大幅提升定位系统稳定性与可用性；基站坐标误差不影响位移监测：基站偏差为固定常数误差，历元间差分计算可完全消除，变形、位移监测场景无需纠结基站绝对坐标偏差；σ₀ 是零成本基站体检指标：无需额外硬件、额外观测，σ₀ 持续超限即可直接判定基站存在系统性坐标异常；双基线组网诊断难度最高：k=2 无残差差异化，必须依赖 SPP 辅助；多基线组网冗余度更高，异常诊断更稳健；修正坐标为相对高精度。

2026-09-18 16:50:29 66

原创 GNSS RTK参数调优神器！RTKLab离线数据回放与自动寻优平台详解

做过GNSS RTK开发和数据复盘的朋友应该都深有体会：传统RTK参数调试完全依赖人工反复试错：修改高度角、AR Ratio阈值、电离层/对流层模型后，需要重新跑数据、手动统计固定率、对比定位精度、绘制时序图，整个流程繁琐、耗时、无量化对比依据，且很难筛选出最优参数组合。尤其是静态基线解算、边坡形变监测、长期GNSS数据分析场景，海量历史RTCM观测数据无法高效复用，参数调优全靠经验，迭代效率极低。今天给大家推荐一款开源神器——RTKLab，一款基于rtklib-java开发的。

2026-09-16 22:05:08 107

原创 RTKLIB-Java多基线间接平差模块：从RTK结果融合到可靠性提升

rtklib-adjust多基线间接平差模块，以最低的改造代价、最高的工程收益，解决了传统单基站RTK定位可靠性不足的核心痛点。模块摒弃了高复杂度的观测层联合解算方案，通过结果空间后验融合+精细化R矩阵构造，实现了多基线容错、粗差基线剔除、定位结果优化的完整能力。从工程价值来看，其定位精度与理论最优的联合解算差异不足1%，但开发复杂度、集成成本大幅降低，同时实现了FIX可用性、抗干扰能力的显著提升。对于测绘定位、结构监测、智能导航等对结果可靠性、连续性。

2026-09-15 23:31:20 174

原创 Spring WebFlux 适配达梦新方案｜dm‑r2dbc：Netty 异步传输的实验性 R2DBC 驱动

dm‑r2dbc 是面向达梦 DM8 的实验性 R2DBC 驱动，混合架构：Netty 异步网络传输层 + JDBC 驱动协议编解码复用。核心思路：不去逆向达梦私有协议二进制报文，直接复用达梦 JDBC 驱动内部已经成熟的编解码逻辑，通过反射替换 JDBC 内部默认阻塞 Socket 传输实现，替换为 Netty NIO 异步通道，实现真正异步非阻塞网络 IO。

2026-09-03 15:03:55 345

原创 GNSS RTK位移监测解算优化与八层数据清洗技术研究

本项目完成了GNSS RTK高精度位移监测的全链路技术优化与工程落地，通过RTKLIB-Java引擎重构优化、八层递进清洗架构设计、解算与清洗联合验证，彻底解决了传统RTK监测数据噪声大、真假形变难区分、解算稳定性差、工程适配性弱等核心痛点，沉淀了多项具备行业落地价值的技术成果与实战经验。

2026-08-24 17:14:47 246

原创 rtklib_java 配套可视化工具 GNSS‑VisView｜自研 Java 版 RTKLIB 配套调试方案

本人完成 RTKLIB 2.5.0 纯 Java 移植项目 rtklib_java 之后，在项目落地与日常调试过程中发现了一个实际问题：整套解算内核全部基于 Java 实现，可用于信创平台、物联网后端、地质灾害监测等场景，能够完成 SPP、RTK、RTCM 解析、各类误差改正等全套定位解算。但解算会产出海量观测数据、卫星状态、定位基线结果，缺少一套自主可控、可定制的轻量化可视化配套工具。

2026-08-22 00:44:02 264

原创 RTKLIB Java版移植现状总结

RTKLIB C 原版：采用一体式全功能架构，集成数据采集、协议解析、定位解算、网络服务、界面交互、结果输出等全链路能力，功能覆盖全面，但模块耦合度高，轻量化集成性差。RTKLIB Java 移植版：采用解耦式轻量化算法引擎架构，剥离所有工程业务能力，仅保留「数据解码-定位解算-结果输出」核心算法链路。业务层通过标准化接口完成数据注入与结果获取，适配 Java 后端轻量化集成场景，架构职责清晰、耦合度低。整体能力边界总结。

2026-08-20 17:43:28 220

原创 ignav-next｜Java 层封装 GNSS/INS 组合导航框架，隔离 RTKLIB 与 INS 内核，双模块独立演进、最小侵入

GNSS 解算内核、INS 机械编排、EKF 滤波耦合太深。改 RTKLIB 观测解析就要碰 INS 代码；升级 INS 误差模型、新增约束又要动 GNSS 模块，版本管理、二次扩展非常难受。ignav-next 不是重写一套 C 版导航算法，而是以 Java 作为框架层做集成与编排，核心目标： ✅ 保留原有 GNSS (RTKLIB)、INS 核心解算能力不变 ✅ GNSS 内核、INS 内核可以各自独立迭代升级 ✅ 框架层做消息、时序、状态、融合编排，对底层解算逻辑最小侵入。

2026-08-16 14:30:54 350

原创 GNSS-QC 实测迭代-清洗GNSS数据

早期七层架构在仿真数据集表现良好，但接入真实测点长时间连续运行后，暴露出不少工程落地问题，同时本次完成L1 质量门禁关键逻辑变更旧版 L1：不合格历元直接丢弃，造成时序空洞、绘图断层、预警逻辑异常；✅ 新版 L1：不删除数据，复用最近一条有效 NEU 位移填充当前历元，维持时序等间隔连续，同时增加溯源标记，区分原始观测与续补值；L6 空间一致性校验：存在强场景依赖，单点边坡监测场景开启后会抹平局部真实形变、引入错误修正，实测结论：默认关闭，仅密集同环境组网场景谨慎启用；

2026-08-16 12:14:42 328

原创优快云｜IGNAV_java 开源项目介绍｜纯 Java 实现 INS/GNSS 组合导航，无需 JNI

IGNAV_java）是一套纯 Java 实现的 INS/GNSS 组合导航开源工程，参考经典 IGNAV（基于 RTKLIB 衍生的 C 语言组合导航框架）的算法体系完成移植重构。把工业级惯性 + 卫星融合导航能力带到 Java 生态，不依赖 JNI、不依赖原生 C 库，直接在 JVM 上运行，解决传统 C 版 IGNAV 难以和 Java 业务系统、物联网平台、Android 上位机对接的痛点。

2026-08-16 03:16:33 207

原创纯Java高精度GNSS定位实践：RTKLIB-Java 2.0.0 全栈移植与工程化落地解析

RTKLIB-Java 2.0.0 是一款高可用、可工业化落地的纯Java GNSS高精度定位库。项目彻底解决了Java生态无法原生接入RTKLIB高精度解算能力的痛点，在100%对齐RTKLIB 2.5.0核心算法的基础上，完成Java工程化重构与场景化能力增强，适配绝大多数单系统GNSS定位、短基线RTK、事后PPP解算、标准GNSS数据解析场景。

2026-08-05 20:50:41 373

原创 Java 版 RTKLIB 定向增强：面向滑坡监测的 7 项优化工程实践与落地指南

RTKLIB 作为开源 GNSS 高精度定位领域的标杆方案，原生 C 版在常规测绘、标准 RTK 场景下表现成熟稳定。但面向滑坡监测、结构健康监测这类工业级场景时，原生算法的固有短板逐渐暴露：固定过程噪声无法兼顾静态精度与动态响应、局部信号劣化易引发整体模糊度重置、山区多路径粗差易造成解算跳变。我们在 Java 版 RTKLIB 的移植与落地过程中，针对工业监测场景新增了 7 项可插拔优化能力，全部通过RtkConfig独立开关控制，默认全部关闭，完全不改动原生算法基线。

2026-07-21 02:15:41 256

原创 GNSS-QC清洗模块

模块接入真实工程项目，经过真实数据测试验证，基本可用，发布测试。

2026-07-12 19:32:58 172

原创 RTKLIB Java测试使用

经过实际数据，工程数据接入测试，修复一定bug,优化一些功能。rtkLib移植的java版本基本可以使用，主要用gnss滑坡计算，RTK,SPP功能真实可用，正式发布测试。

2026-07-12 19:24:28 198

原创 GNSS-QC 数据清洗功能全面增强｜滑坡监测实测验证，适配 rtklib_java 高精度解算链路

在地质滑坡、边坡自动化监测场景中，GNSS 接收机长期野外采集数据极易产生粗差、跳变、多路径噪声、设备阶跃偏移等异常。若直接送入 RTK/PPP 解算，会造成定位漂移、模糊度固定失败、形变时序失真。此前开源了 RTKLIB Java 移植库 rtklib_java，为配套这套 Java 高精度解算框架，同步开发GNSS 时序质量控制工具 GNSS-QC。

2026-07-11 11:43:21 263

原创 RTKLIB Java 移植踩坑复盘：卡尔曼滤波核心逻辑修复与滑坡场景实测验证

初版移植的注释中曾标注采用 Joseph 形式的协方差更新（数值更稳定），但实际实现与原生一致为简单形式，存在注释误导；同时若引入 Joseph 优化，属于自定义发挥，不符合移植一致性原则。本次 RTKLIB Java 移植的核心坑点在于有效状态筛选的逻辑运算符错误，属于典型的移植细节疏漏，却会导致完全错误的结果。这也提醒我们，算法类项目移植必须逐行对齐原生逻辑，任何想当然的 “优化” 和细节疏漏都会引发严重问题。

2026-07-11 11:37:35 426

原创 GNSS-QC：一种七层递进式GNSS位移数据质量控制方案（研究性探索）

在GNSS形变监测中，位移数据（NEU）常受多路径、卫星几何、电离层等影响，出现跳变、粗差、阶跃等异常。如何在压制噪声的同时保护真实形变信号，是一个有挑战性的课题。本项目是一个Java语言实现的探索性框架，尝试用“七层递进式”的思路对单历元NEU结果进行逐层过滤。它并非为高并发、高可用生产环境设计，而是提供一个可读性强、易于修改的实验平台，供研究人员和学生借鉴其中的检测逻辑（如Hampel粗差、双基线阶跃、空间一致性等），并在此基础上开展自己的实验。所有层级均可按需开关。

2026-06-28 19:20:25 232

原创 RTKLIB Java移植实践——从C到Java的GNSS定位库迁移之路

6 种定位模式北斗系统增强支持：GEO 卫星特殊处理、北斗专用常数行优先矩阵统一：符合 Java 生态惯例库级参数体系：便于 Java 应用集成7 阶段追踪日志系统：可配置、非侵入、回调驱动PPP 精密单点定位功能完善性能优化：减少对象分配，提升实时处理能力更多卫星系统支持：QZSS、IRNSS 等。

2026-06-28 15:34:43 279

原创 goGPS+RTKLIB（算法对齐）北斗毫米级静态GNSS解算引擎

目前Github、Gitee主流开源GNSS项目，大多聚焦车载、无人机等动态RTK场景。专门针对地质形变监测、长期静态观测、野外极端环境优化，且完整适配北斗系统的工业级开源方案，几乎处于空白状态。针对高原峡谷、高水汽、强遮挡、多路径干扰的极端野外工况，本人基于goGPS二次开发，深度融合RTKLIB核心解算算法，补齐原生框架北斗适配短板，重构静态监测专属算法，开源一套7×24小时无人值守、毫米级精度的静态GNSS形变监测系统，可直接落地工程应用与科研场景。这不是简单的框架拼接与移植，而是一套。

2026-06-19 17:24:30 333

原创 jetlinks社区版本扩展-TDengine

基本配置：1.mysql+es+redis存储内容：（1）关系数据库存储平台的信息。例如用户，菜单，协议这些平台界面操作相关的信息。就类似我们平时开发的系统一样。（2）时序库：存储接收的数据，接收你通过接口存储的接收到的数据。设备的元数据。（3）redis主要是缓存，token，用户登录状态。总的来说，除了时序数据，其他和我们开发的软件没有什么差别。

2026-05-02 19:26:11 410

原创物联网智能监控系统：搭建 MQTT + AI 模型优化

这个因为我的模型选择有限，GPU内存不足，可能还有更好的适合模型，模型要根据自己的方向，资源环境选择。只是使用目的可能是相同的，在资源好的情况下，可以查找更好好的模型测试使用。另外摄像头监控方向，推荐YOLO系列，可以直接使用，有的特殊领域也需要自己训练。市面上还有一些演变的模型，当然可能收费，不适合学习。像我选择使用的LSTM模型检测时序异常，还可以有其它模型。后续有其它验证调整，也可以分享给大家。

2026-04-18 14:18:36 104

原创物联网智能监控系统：搭建 MQTT + AI 模型

✅ MQTT 多 Broker 数据接入- ✅ 11 种协议自动识别- ✅ 设备 ID 智能提取- ✅ 意图识别 + 工具调用- ✅ 双数据库存储- ✅ LSTM + IsolationForest 异常检测- ✅ 随机森林自动训练（98% 准确率）- ✅ Web 可视化界面- ✅ 反馈学习闭环。

2026-04-12 14:45:58 553

原创 IoT 设备监控系统实战：基于 EMQX 的 MQTT 连接监控与数据格式指纹识别

技术点实现方案MQTT 连接Eclipse Paho，自动重连设备状态监控订阅 EMQX $SYS 主题在线设备同步数据格式识别规则引擎（JSON/混合/二进制）格式指纹MD5 结构特征数据存储H2 数据库定时任务配置管理数据库存储 + 动态重连前端框架原生 HTML/CSS/JS实时性：通过 MQTT 订阅实时接收设备状态变化准确性：启动时同步在线设备列表，保证状态一致智能化：数据格式指纹识别，自动归类设备上报的数据可维护：动态配置管理，支持运行时切换 EMQX 连接。

2026-03-28 16:35:47 465

原创从零到一：用 AI 重构 IoT 监控系统，我踩过的坑和真实收获

最近在做一个 IoT 设备监控系统，本来是一个传统的 Spring Boot 项目，负责采集 EMQX 数据、调用 JetLinks API、统计设备状态。代码越写越多，规则越写越死。设备ID格式不统一？写正则匹配健康分怎么算？定权重公式数据异常怎么判断？设阈值用户问"在线设备多少？写 switch 分支每一个需求都要改代码、加规则、重新部署。于是我开始思考：能不能让 AI 来做这些事？结果发现，这条路比我想象的复杂得多，但也值得多得多。这篇文章，我想和大家分享。

2026-03-24 23:55:32 359

原创实战 | 国产数据库 R2DBC-JDBC 桥接踩坑记 - JetLinks适配达梦数据库

本文针对JetLinks物联网平台与达梦数据库的信创适配问题，提出了创新性解决方案。通过深入分析发现，达梦官方R2DBC驱动存在阻塞消费、流式对象处理等致命缺陷，无法满足JetLinks全响应式架构需求。作者提出完全放弃官方驱动，采用自主研发的R2DBC-JDBC桥接方案，通过自定义ConnectionFactory核心接口，在参数绑定源头解决流式对象重复消费问题，并针对性适配达梦数据库特性。该方案包含原创核心配置类，提供生产级可运行代码，可帮助开发者避免两周以上的适配弯路，实现无侵入式完美适配。

2026-01-17 17:27:30 1263 12

java高速文件缓存

文件缓存，提供缓存速度，减少内存使用；

2017-08-17

封装StackExchange.Redis

由于ServiceStack.Redis已经收费，所以开始转向StackExchange.Redis使用，这里不讨论性能，只是封装其使用；网上有一位网友的封装我很喜欢，逐步修改了下。把redis几种存储的操作分别封装在一个类中；分别增加了单例以及共享控制；同时为服务端程序增加了配置及自动关闭策略，都很简单，共享出来希望能够为大家提供帮助；RedisClietProxy为主要类，创建该类实例，使用里面的属性进行存储操作。也为该类在接口层及使用库中提供了创建方法。主要原理：一个实例一个连接，同时通过连接字符串相同来共享连接；关闭完实例则释放；

2016-12-31

udt协议java版修改

现在的资源必须要分，没有办法；修改了网上的udt的java实现，修复了网络延时的bug;封装了一层传输，主要是避免大量对象停留在内存；

2017-08-28

judt源码udt的java实现

udt通信的java实现，使用的网上代码，根据需求自己在修改；以后主要在git上修改；取名judt

2017-04-17

windows版redis服务32位程序

2016-03-19

tigase快速配置

tigase快速部署，在linux系统下部署，解压后执行

2016-06-14

数据库封装

封装了几种使用的数据库，大型关系数据库PeostgreDB，嵌入式NOSQL数据库BerkeleyDB，SQL内存数据库sqlite,NOSQL内存数据库Perst以及多模式数据库 H2,这些数据库是在服务端进行组合使用的，以后会封装使用框架。并且这些数据库都是免费开源的

2016-05-06

ServiceStack.Redis客户端dLL3.0

ServiceStack.Redis客户端的dll。新版已经收复，传上3.0版

2016-03-19

java 消息传输

自己封装的消息订阅发布，启动中心服务注册；转发数据

2016-12-07

组播通讯重发控制

udp速度远大于tcp，很多地方还是选择了UDP；点对点已经有了RDUP与UDT。组播方面有RTPS协议（DDS的通讯协议）,openpgm。但是没有源码。根据开发的原理，做了简单的组播重发与分包。学习

2016-03-15

消息订阅发布

通过组播寻址，进行数据的发布订阅，显示各类数据信息；最好序列化

2016-04-16

c++界面库demo

界面展示，因为开发环境比较大，不能上传，只上传运行程序。由ogre+mygui组成；测试了ogre的界面，mygui的界面使用。

2017-05-22

数据库查询框架测试

数据库查询同一话，客户端发送sql，服务端查询数据并且返回给客户端。使用udt通信，json格式交互。fastjson序列化数据。列存储方式，自己封装的表结构，列结构，行结构。优化了行。具体一点的介绍可以看我的博文。 http://www.cnblogs.com/jinyuttt/

2017-04-16

订阅发布模式

自己实现了组播重发，订阅发布，定义了通信接口，有了测试实例。对数据进行订阅传递；注意结构解析

2016-03-29

java 服务代理及数据库使用

以前上传了命名式服务，整理了代码，增加了服务组，修改了msgpack使用。并且通信直接换成了zmq，将以前的数据库弄到了一起，演示了一种数据库的使用，其中包含了以前封装的数据库，ZMQ通信演示，组播服务寻址；整理了一种使用模式；希望大家一起交流服务端的简化部署以及数据处理。最后一版服务端演示。

2016-05-19

java组装命名式服务20160215

现在的各类非专业人士部署困难，想做一个用名称定义服务的。定义了一个接口，实现按名称添加注册到框架中；客户端直接以名称方式获取接口对象实例，调用对应的服务。服务调用用jzmq中的tcp方式；同时引入了rudp，远程锁以及zookeeper的选举方法，负载均衡算法，正在设计组装。添加了BerkeleyDB，h2等数据库。为大家了解

2016-02-15