- 博客(677)
- 资源 (64)
- 收藏
- 关注
RSS订阅原创 电商ERP--库存
ERP 是"账务/分配"视角(还能卖多少、给哪个渠道仓拨多少),不需要知道货在仓库哪个角落;WMS 是"物理履约"视角,必须告诉真人拣货员"走过去、在那个格子拿",所以细分到区域+库位。拣货员拿到订单,系统告诉他"去 A-03-05-2 拿",他走过去从那个格子取。(SEL2=AU/HighJump,UK1=UK易仓)的 1:1 映射。多少件",它不管这 X 件分散在 A区还是 C区、哪个格子。现实里存储区一排排货架,每个货架分很多格子,每个格子有个。:按"业务动作"划的功能区块,不是具体的存货格子。
2026-08-17 16:11:41
218
原创 windows docker 修改内存大小
完全退出 Docker Desktop（右键系统托盘中的 Docker 图标，选择 "Quit Docker Desktop"）。以管理员身份打开 PowerShell（在开始菜单搜索 PowerShell，右键选择"以管理员身份运行"）。它会自动启动 WSL，并读取新的 .wslconfig 文件。执行后，可以再执行 wsl -l -v 确认所有发行版都已停止（状态应为 Stopped）。等待 Docker 完全启动后，再次查看容器内存使用界面，确认数值是否变为 4GB 左右。
2026-06-21 22:16:24
339
原创 Docker Desktop环境下Eureka注册问题修复指引
上述配置在 `init()` 执行**之前**绑定，但 `init()` 方法内部会**无条件**用 `InetUtils.findFirstNonLoopbackAddress()` 重新获取地址并覆盖 `hostname` 和 `ipAddress`，所以 YAML 配置无效。1. `spring.factories` 是否在 `META-INF/` 目录下（注意是 `META-INF`，不是 `meta-inf`）
2026-06-19 15:54:00
401
原创 电商ERP系统-订单金额均摊完整流程解析
/ 公式：包裹均摊价 = (包裹原价 / 所有包裹原价总和) × 买家实付金额。│ │ C → ¥10.71 (赠品) │ │。│ │ 包裹2 [B×1] → ¥25 │ │。包裹1均摊价 = (120 / 160) × 100 = ¥75.00。包裹2均摊价 = (40 / 160) × 100 = ¥25.00。│ │ 包裹1 [A×2 + C赠品] → ¥75 │ │。包裹1 = [商品A×2(单价60) + 赠品C×1(单价20)]
2026-06-05 17:31:14
265
原创 一个“向下取整”吃掉几十万库存？电商多仓分配的这个坑，我们填平了
做品牌电商的朋友大概率都遇到过：后台库存明明有货，前端偏偏显示“无货”，盘到最后发现几十件商品躺在仓库里成了死库存。根源不是什么架构大问题，而是多级比例分配时“向下取整”层层放大导致库存被吃没。本文用真实案例拆解损耗机制，并给出三步骤完整解法——动态缓冲池、逆向分配顺序、极端兜底逻辑，改造一周上线，死库存占比从0.8%直降到0.02%，每年帮客户多卖十几万纯利润。
2026-06-02 18:08:09
350
原创 企业数字化转型：从规范到智能的三级跳
阶段定义：将业务活动从线下、纸面和人工处理转移到信息系统中，实现数据记录、流程规范与系统支撑。核心内涵核心目标：业务上线、流程和留痕、管理可标准化本质特征：从 “IT 建设” 和 “流程电子化” 为主重点对象：财务、人事、采购、生产、仓储、办公等基础环节技术特征：ERP、OA、CRM、MES、财务系统等单点系统建设；局域网、服务器、数据库、基础网络与机房建设；业务数据以录入、存储为主，系统之间相对独立典型应用场景制造业：上线 ERP 和 MES，规范采购、库存、生产计划。
2026-05-27 16:54:05
524
原创 GC版本进化时间轴
最早经典版本严格物理划分，年轻代与老年代依靠分代回收，MinorGC频繁执行，停顿时间波动很大。JDK 21推出重磅升级，诞生逻辑分代ZGC，兼顾低延迟优势，又保留分袋回收，高效清理年轻对象。再到初代ZGC，直接彻底取消分代，统一整块块堆管理。后来推出G1收集器，开始改用区域化堆内存布局G1。依靠染色指针实现并发回收，做到亚毫秒级超低停顿。如今，JDK23默认分带ZGC成为主流最优选择。逻辑上分代不在固定边界，可灵活调配内存区域。Java对内存划分这些年发生了巨大变化。
2026-05-22 16:25:09
42
原创 微服务治理体系的技术方案
自适应算法：不仅仅是限流，而是全链路自适应（LB、限流、熔断都基于动态指标）。RPC内核定制：深入到Dubbo/gRPC的SPI扩展点，而非使用现成功能。中间件高可用：注册中心双集群 + 客户端缓存，配置中心支持多环境隔离。韧性架构：混沌工程不是炫技，而是持续性的演练，形成“发现弱点→修复→再验证”的闭环。抽象能力：将所有治理能力抽象为统一的策略模型（例如将限流、熔断、降级抽象为“处理器链”），便于扩展。
2026-05-22 16:20:43
425
原创 Java并发包（JUC）深度解析：从LockSupport到云原生演进
回顾整个JUC包的知识体系，我们可以清晰地看到一条“底层→高层”的演进脉络：text（原子原语） （阻塞原语） （框架） （面向用户的同步工具）Unsafe与CAS提供了无锁的原子更新能力；提供了可靠的线程阻塞与唤醒原语；AQS利用CAS管理state，利用CLH队列管理等待线程，利用实现阻塞/唤醒，构成了一个完整的同步器框架；在AQS之上，JUC包构建了Semaphore等面向开发者的丰富工具。
2026-05-18 08:56:17
566
原创 并发模型对比 - 传统 epoll/事件循环
模型并发单元调度者代码风格学习曲线epoll + 回调单线程开发者手动管理异步/回调陡峭Go GMPGoroutine运行时自动调度同步/顺序平缓Java 虚拟线程虚拟线程JVM 调度同步/顺序平缓epoll 是 Linux 内核的高性能 API，Nginx、Redis 都跑在它上面。但写好基于 epoll 的服务，你得自己拆分回调、管理状态。协程模型保留了 epoll 的性能优势，同时通过运行时调度把高并发复杂度降低了一个数量级。
2026-05-17 16:44:00
362
原创 并发模型对比 - Go GMP 调度器：打造百万并发的用户态调度体系
在新 G 创建时，优先放入当前 P 的本地队列。如果本地队列已满（容量上限为 256 个 G），则会将本地队列中约一半的 G 移动到全局队列，为新创建的 G 腾出空间。全局队列的存在为调度器提供了一个缓冲层，确保在极端情况下调度器仍能保持稳定运行。
2026-05-17 16:32:56
304
原创 Java的虚拟线程 VS Go语言的goroutine
Java 25的虚拟线程是一次里程碑式的革新，它极大地提升了Java在高并发领域的竞争力。但从纯性能和资源利用的角度来看，它与Go goroutine之间依然存在着直观的差距。技术选型没有绝对的“谁取代谁”，只有“哪个更适合你和你的团队”。
2026-05-17 16:22:37
470
原创 分代 Shenandoah（情人渡）的故事
你上一篇文章中提到的“分代 Shenandoah”，是 Shenandoah GC 的一次重大架构升级。从Java 25 开始，它已经正式成为一个稳定且默认的垃圾回收模式。简单来说，它是对标G1 GC 的核心思想“分代回收”的回归与再创新。传统的 Shenandoah 为追求极低延迟，取消了“分代”的设计，但它也带来了一个问题：每次 GC 都必须扫描整个堆内存，这在内存极大时效率不高。而“分代 Shenandoah”则重新引入了“年轻代”和“老年代”的概念。
2026-05-17 16:11:11
447
原创 Java 17 到 Java 25：LTS 升级的全面收益与迁移指南
根据实测数据，Java 25 相比 Java 17，在吞吐量上有明显提升：在配置 ZGC 的测试场景中，吞吐量从 9,200 请求/秒提升至 13,500 请求/秒，GC 暂停峰值从 15.6 毫秒降低至亚毫秒级的 0.8 毫秒，平均响应时间也从 42.3 毫秒缩短至 29.1 毫秒。在高并发服务中的价值尤为突出。将一个非核心的、具有代表性的微服务或模块先行升级到 Java 25，在相同的负载下对比吞吐量、GC 暂停时间、内存占用和响应延迟等关键指标，用真实数据验证升级收益，再决定是否全量推进。
2026-05-17 15:57:34
522
原创 跨境电商 平台 - ERP - 内部子系统 交互方式总图
核心履约固定链路平台 API 推订单 → OMS (Dubbo 验库存) → RocketMQ 发出库单 → WMS 作业 → WMS 推数据给 TMS → TMS 轨迹 MQ 回传 OMS → OMS API 回写平台发货。订单下发出库、库存变动、物流轨迹、采购入库、售后单推送、大促流量削峰。对接各大电商平台、海关申报端口、支付渠道，统一 HTTP 接口互通。库存锁定、单据审核、费用同步、状态回执、基础资料查询。
2026-05-16 14:56:04
58
原创 跨境电商ERP系统设计
本文档完整设计了跨境电商ERP（企业资源计划）系统的业务流程、子系统划分、数据流转及技术架构，明确了ERP作为业务总控中枢的核心定位，通过模块化、微服务化设计，实现了各子系统（OMS、WMS、TMS等）的协同联动和数据闭环。系统兼顾了跨境电商的合规性、高效性、扩展性需求，能够支撑多平台、多物流、全链路的业务运营，为跨境电商企业提供一体化的管理解决方案。后续可根据实际业务需求，进一步优化子系统功能、扩展外部对接渠道，提升系统的智能化、自动化水平，更好地适配跨境电商业务的快速发展。
2026-05-16 14:55:58
825
原创 跨境仓储物流平台架构图
3.库存管理：实时库存、多仓调拨、盘点、库存预警、批次管控。5.TMS物流：渠道匹配、运费核算、面单打印、物流轨迹追踪。1.基础档案：仓库、库位、SKU、供应商、物流渠道、权限。8.逆向售后：退货收货、质检分拣、良品入库、不良品处理。2.入库管理：采购到货、质检收货、智能上架、条码管理。4.出库履约：订单接收、波次拣货、分拣复核、打包出库。6.跨境关务：HS编码、报关制单、口岸申报、清关管理。9.数据报表：库存报表、作业报表、物流成本、财务对账。业务应用层（核心功能）
2026-05-16 10:11:21
385
原创 5 万敏感词库 + 3000 字长文本：10ms 级高吞吐敏感词过滤系统设计
*** DFA-Trie 树节点*/// 子节点：key=字符，value=子节点// 是否为敏感词结尾面对大规模敏感词、长文本、低延迟、热更新场景：拒绝 for 循环暴力匹配拒绝超大正则文本归一化 + DFA-Trie 树 + 双缓冲热更新该方案可落地到：内容审核、评论过滤、昵称检测、弹幕风控等系统，稳定支撑线上高并发生产环境。
2026-05-09 10:35:20
780
原创 百万级QPS架构：全链路弹性与高可用设计
表格特性说明极致弹性HPA 秒级响应应用负载，CA 分钟级补充基础设施资源，应对突发流量不宕机。高可用性CDN、WAF、ALB、ACK 均支持多可用区部署，无单点故障。安全防护WAF 前置过滤，ALB 自带 DDoS 基础防护，VPC 内网隔离，构建纵深防御体系。成本优化闲时自动缩容 ECS 和 Pod，按量付费，避免资源浪费。云原生集成全链路阿里云产品深度集成，运维复杂度低，监控告警统一（ARMS + SLS）。
2026-05-09 09:00:00
881
原创 支付平台 — 分布式事务全链路案例
支付平台同时支撑> > -：家长在APP发起支付（购买疫苗套餐 / 线上课程），跳转微信/支付宝/云闪付完成付款> -：门诊医生在SaaS后台发起收款，生成二维码，家长扫码完成支付（扫码付 / 当面付）> >：下单时查询用户会员等级（普通/银卡/VIP）计算会员价；用户可选择积分抵扣（100积分抵1元）；支付成功后异步给用户返积分（1元=10积分）。> > 整条链路跨越订单服务、库存服务、课程服务、支付平台服务、通知服务、积分服务六个微服务，每个环节都面临不同的分布式事务问题。
2026-05-08 09:00:00
565
原创 自有广告系统设计与实践
广告系统以私有化、全链路、高可用、合规化为核心设计理念，完整实现多平台广告投放与管理能力，从架构设计到全流程落地，均围绕业务价值与技术稳定性展开。系统可支撑大规模用户流量场景，为垂直行业流量变现提供可复用的设计方案与实践经验。
2026-05-07 16:33:32
445
原创 提示工程架构师视角:文创产业AIGC应用工具的社区运营策略
比如用户分享“想生成古风美人，提示词是‘古风美人，襦裙，浅笑’，但生成的太僵硬”，专员可以指导优化为“古风仕女，唐朝齐胸襦裙，淡粉色衣料，裙摆绣海棠花纹，眉眼柔媚，低眉浅笑，嘴角带梨涡，发丝用飘带束起，工笔细腻风格，光影柔和，面部磨皮自然，无生硬轮廓”，同时解释“增加衣料细节、面部特征，能让AI更精准捕捉柔媚感，优化光影和轮廓参数，避免僵硬”。针对新手用户“提示词太笼统、太技术”的痛点，基础层的核心是“降门槛”，把模糊的创意，翻译成AI能听懂的、简单易上手的基础提示词，让新手“能动手、有反馈”。
2026-05-04 09:57:13
416
原创 社区运营AIGC案例+技术实现方案
平台社区板块用户互动率偏低，每逢流感季等健康热点话题，有大量用户拥有真实育儿经验但缺乏分享动力；运营团队每天需要人工审阅数百条帖子、手动回复评论，响应效率严重不足，优质内容也难以被快速发现和放大。"看到这个帖子真的很有感触！我家孩子去年没打流感疫苗，11月就开始发烧，烧了整整4天，耽误了一周上学，作业落下好多。隔壁班打了疫苗的孩子基本没事。今年流感季一定提前带孩子去打！
2026-05-02 09:36:43
190
原创 Kubernetes 架构一张图讲透
核心流程提交期望 → apiserver 验证并记录 → etcd 存储状态差异 → controller 循环修正 → scheduler 决策最优节点 → kubelet 执行容器任务 → kube-proxy 提供稳定访问。设计哲学：声明式（只描述目标）、控制循环（持续对齐状态）、最终一致性（自动收敛）。Kubernetes 不是命令驱动，而是一个“自运转”的状态驱动系统。喜欢作者K8s运维工程师手记 · 目录。
2026-05-01 17:56:49
409
原创 TCC 人工介入兜底设计
故障时无限重试、事务僵死；最大重试限制 + 人工运维后台 + 本地对账兜底。现实考虑：如果并发高的话，服务出问题的可能性还是有的。大部分事务，应该是能正常跑完。基于这个假设，TC的重试次数设定为三次，如果三次不行就不重试了，钉钉告警，通知人工介入，手动处理和补偿事务。
2026-04-30 12:47:25
372
原创 DDD分层的例子-优惠券的发放
层次Dubbo 注解职责Provider 唯一出口参数校验、DTO 转换、调 AppService❌ 无 Dubbo事务边界、业务编排、调 RpcClientDomain❌ 无任何框架纯业务规则、聚合根、领域服务Consumer 唯一入口RPC 调用 + 降级兜底一句话原则只在 Provider 的interfaces层；只在 Consumer 的层——Domain 和 AppService 永远不感知 Dubbo 的存在。用意封装 RpcClient 解决了什么依赖倒置。
2026-04-29 10:44:21
404
原创 AI Agent 避坑指南：三个月实战踩坑与架构演进
Plan & Execute 是工作方式，不是架构形态不要把它翻译成"必须有 Planner 和 Executor 两个组件"注意力管理 > 信息堆砌重要的信息放到模型注意力能看到的地方（开头 + 结尾），而不是塞更多内容架构设计要解决真实问题Sub-Agent 的存在要有必要性（上下文隔离），而不是为了看起来"高级"
2026-04-27 09:00:00
454
原创 ArchUnit 架构治理神器(Java )
ArchUnit 就是给架构设计加了一道自动化防火墙，让团队的架构约定不再只是口头承诺，而是每次构建都会自动执行的测试守卫。特别适合技术规范落地难、团队协作经验不一致的中大型项目。有架构管理诉求的团队强烈推荐引入。
2026-04-26 09:30:00
351
原创 Gitlab CICD流水线设计
main # 仅 main 分支 push 时执行# ============================================- docker build -t ${DOCKER_IMAGE} . # 根据 Dockerfile 构建镜像，标签为本次提交SHA # ---------- 推送镜像 ----------
2026-04-25 16:39:38
491
原创 疫苗冷链物流监测系统设计方案
疫苗属于高度温敏型生物制品，WHO 标准要求大多数疫苗全程维持在2°C ~ 8°C的冷链环境中。问题维度现状描述潜在风险监控盲区依赖人工定期查验，单次运输动辄数小时无人监控温度漂移无法及时发现响应滞后异常发现后缺乏自动干预手段，只能人工处理疫苗失效时间窗口已过数据孤岛运输数据无法留存，出现问题无法溯源责任无法界定，召回无依据。
2026-04-12 15:55:17
848
原创 人工智能时代，企业最核心的竞争力是什么？
我想把一个问题留给你：在今天这个人工智能时代，你公司的数据，到底是一种需要花钱维护的负债——还是能为你创造未来的宝贵资产？它今天是什么，而你又希望它明天成为什么？答案，藏在你愿不愿意开始建那座"炼油厂"里。如果觉得有用，欢迎转发给正在推动数字化转型的朋友。
2026-04-08 09:00:00
228
原创 数据指标体系：从一堆乱数据到清晰决策地图
你说的“活跃用户”：└── 过去 30 天登录过的用户我说“活跃用户”：└── 过去 7 天有过下单行为的用户同一个词，根本不是一回事开会时吵的不是问题，是定义。> 原子指标 = 最基础、不能再往下拆分的业务度量单元类比成数据世界里的单词：比如"支付金额"、"用户数"。定义了最核心的计算逻辑，任何人来算，结果都一样。在开始所有这些工作之前，有件事必须强调：数据治理是整个指标体系的基石。如果你的数据源头就是错的，口径乱七八糟，那你后面搭的指标金字塔再漂亮，也是空中楼阁——风一吹就倒。
2026-04-07 10:00:00
356
原创 业务指标体系：打造你的战略数字孪生
维度没有指标体系有指标体系会议讨论三个数打架，吵不出结论口径统一，直接聚焦问题数据信任老板也不知道信谁数据血缘可追溯，有据可查复盘结论模糊，无法指导下一步精准，直接转化为行动方案指标迭代堆积如山，没人维护PDCA 持续治理，与业务同步讲了这么多，最后把一个问题留给你：你公司现在的指标体系，到底扮演的是什么角色？> > 它是在主动指引你前进，还是仅仅在被动记录你走过的路？一个真正好的指标体系，不应该只是后视镜，告诉你过去发生了什么——它更应该是导航仪，告诉你下一步该往哪儿走。
2026-04-06 08:25:38
383
原创 ClaudeCode 源码泄露：AI Agent 已不是玩具，而是一套「操作系统」
以前比的是：模型强不强、话说得溜不溜、功能炫不炫。现在真正的分水岭是：有没有规则有没有分工有没有验证有没有治理有没有生命周期管理ClaudeCode 这次泄露，不是暴露了代码，而是掀开了顶级 AI Agent 的底牌。未来的 Agent，不再是 “会说话的工具”，而是能稳定干活的操作系统。
2026-04-01 22:14:53
389
原创 驾驭工程(Harness Engineering)：AI时代真正的核心竞争力
文章开头说，Harness 来自马术——骑手不是更强的马，但骑手能决定马往哪儿跑。未来的竞争，不是比谁有更强的马，而是比谁是更好的骑手。驾驭工程，正是从"有 AI"到"用好 AI"的那道分水岭。
2026-03-31 08:39:54
531
原创 吴恩达：2026年不会出现AGI，但这件事将改变一切
很多人对AGI有模糊的概念，但吴恩达的定义非常清晰：AGI = 能完成人类所有智识任务的AI系统一个从未开过卡车的人（比如吴恩达本人）↓给他几十小时的学习时间↓他可以学会在森林里驾驶卡车同样的人，给他一些时间↓他可以学会接听客服电话↓按照某家公司的规范，准确回答客户问题人类只需要"几十小时"的学习，就能掌握一项全新的智识任务。而今天的 AI 呢？> "我们需要工程师花费大量时间，为每一个具体任务专门构建 AI 工作流——这与公众通常理解的 AGI，差距还非常遥远。
2026-03-30 09:11:14
825
原创 吴恩达（Andrew Ng）AGI访谈实录
吴恩达：For any visible definition of AGI, I think the answer is no, we would not get AGI in 2026, the best way to get AGI 2026 is someone manages to dramatically lower the bar for what AI Actually means, that maybe some comfort clear the hurdle。
2026-03-30 09:03:55
566
原创 什么是数据仓库？一文搞懂它和数据库的本质区别
数据仓库，是把多个系统的历史数据统一汇聚、清洗加工后，用来支撑分析和决策的信息平台。> >它不是项目，是一个持续建设的过程；不是工具，是一种数据治理的思路。
2026-03-29 10:36:59
460
WebSphere+Application+Server
2012-12-25
x.509 证书说明书
2012-12-20
用例图释义
2015-06-12
敏捷软件开发
2015-01-22
企业应用架构模式中文版_Patterns of Enterprise Application Architecture.rar
2015-12-26
java-code-review-checklist
2026-05-29
企业数智化转型阶段评估工具
2026-04-02
微服务：从设计到部署
2017-10-21
EclipseMemoryAnalyzer-x86_64
2018-01-03
Netty权威指南 PDF电子书下载 带目录书签 完整版
2016-05-02
Patterns of Enterprise Application Architecture .pdf
2015-12-26
Unix环境高级编程 第三版
2016-01-01
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人