稀土掘金 稀土掘金
    • 首页
    • 沸点
    • 课程
    • AI Coding
    • 数据标注
    • 更多
      • 直播
      • 活动
      • APP
      • 插件
    • 直播
    • 活动
    • APP
    • 插件
      • 搜索历史 清空
        • 写文章
        • 发沸点
        • 写笔记
        • 写代码
        • 草稿箱
        创作灵感 查看更多
  • 后端
  • 前端
  • Android
  • iOS
  • 人工智能
  • 开发工具
  • 代码人生
  • 阅读
  • 319. Java Stream API - 使用终端收集器
    319. Java Stream API - 使用终端收集器 在 Java 的 Collector API 中,有一组非常有用的 终端收集器(terminal collectors),它们与 Stre
    • Cache技术分享
    • 刚刚
    • 0
    • 点赞
    • 评论
    后端 前端
    319. Java Stream API - 使用终端收集器
  • 2026-02-10 GitHub 热点项目精选
    # 🌟 2026-02-10 GitHub Python 热点项目精选(19个) > 每日同步 GitHub Trending 趋势,筛选优质 Python 项目,助力开发者快速把握技术风向标~
    • 程序员锋仔
    • 1分钟前
    • 0
    • 点赞
    • 评论
    GitHub
  • GuardDog安全扫描工具中Zip炸弹漏洞可导致拒绝服务攻击
    本文详细分析了GuardDog工具中CVE-2026-22870漏洞的技术细节,该漏洞源于safe_extract()函数在处理ZIP文件时未进行解压大小验证,攻击者可构造zip炸弹恶意包耗尽目标系统
    • qife122
    • 9分钟前
    • 0
    • 点赞
    • 评论
    人工智能 AIGC
  • 剑指offer-74、n个骰⼦的点数
    ## 题目描述 把 n 个骰⼦扔在地上,所有骰⼦朝上⼀⾯的点数之和为 s 。输⼊ n ,打印
    • SevenCoding
    • 15分钟前
    • 1
    • 点赞
    • 评论
    Java
  • 🛠️_开发效率与运行性能的平衡艺术[20260209224221]
    作为一名经历过无数项目开发的工程师,我深知开发效率与运行性能之间的平衡是多么重要。在快节奏的互联网行业,我们既需要快速交付功能,又需要保证系统性能。今天我要分享的是如何在开发效率和运行性能之间找到最佳
    • Github开源项目
    • 43分钟前
    • 1
    • 点赞
    • 评论
    前端 后端
    🛠️_开发效率与运行性能的平衡艺术[20260209224221]
  • 2026-02-10:生成赛程。用go语言,给定一个正整数 n,表示共有 n 支队伍。你的任务是安排一连串的比赛日程,要求如下: - 每对队伍要互相对战两次,且
    2026-02-10:生成赛程。用go语言,给定一个正整数 n,表示共有 n 支队伍。你的任务是安排一连串的比赛日程,要求如下: 每对队伍要互相对战两次,且一场做主队一场做客队; 每一天只进行一场比赛
    • 福大大架构师每日一题
    • 48分钟前
    • 0
    • 点赞
    • 评论
    后端
  • 一套真正“好用”的智慧水表接入方案——ZENNER 水表 × KC21 × ThinkLink 平台 一套真正“好用”的智慧水表接入方案
    一套真正“好用”的智慧水表接入方案 ——ZENNER 水表 × KC21 × ThinkLink 平台 在水务与灌溉行业,很多项目并不是输在“设备不够先进”, 而是输在 ​接入复杂、维护困难、功耗高、
    • 赵明飞
    • 1小时前
    • 4
    • 点赞
    • 评论
    JavaScript
    一套真正“好用”的智慧水表接入方案——ZENNER 水表 × KC21 × ThinkLink 平台 一套真正“好用”的智慧水表接入方案
  • 软件工程重构:以 AI 为核心的“新工程”范式
    产研效能提升 10 倍的秘密:以 AI 为核心的“新工程” 当研发速度提升 10 倍,传统的管理模式将彻底失效。本文续接《文档即系统》,深度阐述了 AI 如何重塑软件工程全生命周期
    • 彭岳林
    • 2小时前
    • 6
    • 1
    • 评论
    人工智能 架构
    软件工程重构:以 AI 为核心的“新工程”范式
  • 📈_可扩展性架构设计:从单体到微服务的性能演进[20260209204857]
    作为一名经历过多次系统架构演进的老兵,我深知可扩展性对Web应用的重要性。从单体架构到微服务,我见证了无数系统在扩展性上的成败。今天我要分享的是基于真实项目经验的Web框架可扩展性设计实战。 ##
    • Github开源项目
    • 2小时前
    • 4
    • 点赞
    • 评论
    前端 后端
    📈_可扩展性架构设计:从单体到微服务的性能演进[20260209204857]
  • [答疑]er、or的假面向对象和假关联关系
    Horky(324340)12:52:26 最近遇到些问题,联想到老师上课时讲过的专家原则,但不是很确定。意思是除了一般的单一职责外,一个调用者的类不应该与太多提供服务的类关联,以避免耦合。哪位同学能
    • 潘加宇
    • 2小时前
    • 3
    • 点赞
    • 评论
    敏捷开发
  • [答疑]人走路怎么分析
    走单骑(376455)10:07:55 我分析的短信系统,大家看下有没问题?操作控制类,主要为控制短信猫的发短信、收短信、信号刷新功能。 潘加宇(3504847)14:57:21 这些类可以实现系统,
    • 潘加宇
    • 2小时前
    • 4
    • 点赞
    • 评论
    敏捷开发
  • [答疑]一个货车有四个轮子,两小前轮,两后大轮
    80580(80580) 10:40:38 80580(80580) 10:42:10 一个货车有四个轮子,两小前轮,两后大轮,能这样表示么? 走单骑(3755) 10:42:59 可以 80580(
    • 潘加宇
    • 2小时前
    • 5
    • 点赞
    • 评论
    敏捷开发
  • 为何 Web 架构比 TCP 隧道更适合远程数据库管理?
    对于负责全球化业务的 DBA 或 SRE 来说,这是一种熟悉的绝望: 身处北京办公室,需要紧急排查部署在 AWS 美东(弗吉尼亚)区域的 RDS 数据库。 打开本地的 DBeaver,连接 VPN 或
    • 数据小馒头
    • 3小时前
    • 5
    • 点赞
    • 评论
    后端
    为何 Web 架构比 TCP 隧道更适合远程数据库管理?
  • 构建基于 Web 网关的“零信任”数据库访问控制体系
    “信任,但要验证(Trust, but verify)。”这是旧时代网络安全的信条。 在传统的**边界防御(Perimeter Defense)**模型中,企业像建造城堡一样,利用防火墙和 VPN 构
    • 数据小馒头
    • 3小时前
    • 5
    • 点赞
    • 评论
    后端
    构建基于 Web 网关的“零信任”数据库访问控制体系
  • 数据库访问的“去密码化”革命:从堡垒机托管到 Web 平台
    在企业的安全审计中,数据库的**凭证管理(Credential Management)**永远是最高危的环节。 试想一个场景:一位资深 DBA 离职了。为了安全起见,企业必须修改所有他接触过的生产数据
    • 数据小馒头
    • 3小时前
    • 5
    • 点赞
    • 评论
    后端
    数据库访问的“去密码化”革命:从堡垒机托管到 Web 平台
  • 如何用 B/S 架构解决混合云环境下的数据库连接碎片化难题?
    随着企业数字化转型的深入,“混合云(Hybrid Cloud)” 已成为基础设施的主流形态。 一个典型的中大型企业架构可能是这样的: 交易核心运行在本地 IDC 的 Oracle RAC 上; 互联网
    • 数据小馒头
    • 3小时前
    • 6
    • 点赞
    • 评论
    后端
    如何用 B/S 架构解决混合云环境下的数据库连接碎片化难题?
  • 深度分析:RocketMQ 如何保证消息不丢失 —— 全链路防丢机制与生产实践
    在分布式系统中,消息可靠性是核心指标。很多人以为用 MQ 就天然不丢消息,其实完全错了。RocketMQ 本身不保证 100% 绝对不丢,但通过正确的架构 、配置 、使用姿势可达到金融级、生产级不丢失
    • 三水不滴
    • 3小时前
    • 4
    • 点赞
    • 评论
    RocketMQ
  • 深度分析 RocketMQ 幂等性设计与生产级实现方案
    在使用 RocketMQ 时,我们必须面对一个事实:RocketMQ 只保证 At Least Once,不保证 Exactly Once。这意味着:消息重复是必然的,不是偶然的。
    • 三水不滴
    • 3小时前
    • 6
    • 点赞
    • 评论
    RocketMQ 后端 设计
  • 深度分析 RocketMQ 消息存储机制 —— 高吞吐与高可靠的底层设计
    RocketMQ 之所以能支撑高并发、高吞吐、高可靠的消息场景,核心就在于它极简又极致的存储架构机制。
    • 三水不滴
    • 3小时前
    • 6
    • 点赞
    • 评论
    后端 RocketMQ 性能优化
  • 深度分析RocketMQ 消息重试(重读)机制
    RocketMQ 的消息重试机制是分布式系统可靠性的核心保障。如果没有可靠的消息重试机制,就会出现:数据不一致、丢消息、业务中断、人工补单。RocketMQ 提供了一套全自动、可配置、隔离强的方案。
    • 三水不滴
    • 4小时前
    • 4
    • 点赞
    • 评论
    RocketMQ
  • 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30