稀土掘金 稀土掘金
    • 首页
    • AI Coding
    • 数据标注 NEW
    • 沸点
    • 课程
    • 直播
    • 活动
    • APP
      插件
      • 搜索历史 清空
        • 写文章
        • 发沸点
        • 写笔记
        • 写代码
        • 草稿箱
        创作灵感 查看更多
  • 后端
  • 前端
  • Android
  • iOS
  • 人工智能
  • 开发工具
  • 代码人生
  • 阅读
  • CodeBuddy 国内版现已全面内置 Kimi 最强模型 Kimi-K2.5 !
    🚀 Kimi-K2.5 最新开源模型内置上新 CodeBuddy ,解锁更多多模态 AI 编程能力! ✅ Kimi-K2.5 是 Kimi 迄今最智能、最全能的模型,在 Agent、代码、图像、视频及
    • CodeBuddy
    • 22分钟前
    • 1
    • 点赞
    • 评论
    CodeBuddy AI编程 腾讯
    CodeBuddy 国内版现已全面内置 Kimi 最强模型 Kimi-K2.5 !
  • 今日,DeepSeek再次“拆掉重做”,开源架构炸场:OCR 2只是起点,这次要重构AI的“眼睛”和“大脑”?
    就在今年十月,DeepSeek 放出其全新的 DeepSeek-OCR 模型时,业内还在消化它在文档解析上带来的震动。没想到,短短时间,他们又抛出了一篇重磅论文——DeepSeek-OCR 2。而这次
    • CoovallyAIHub
    • 23分钟前
    • 18
    • 点赞
    • 评论
    算法 计算机视觉 深度学习
    今日,DeepSeek再次“拆掉重做”,开源架构炸场:OCR 2只是起点,这次要重构AI的“眼睛”和“大脑”?
  • nestjs学习12:ExecutionContext 切换不同上下文
    Nest 支持创建多种类型的服务:包括 HTTP,WebSocket及TCP 通信的微服务。为了实现aop的服用,创建了argumenthost及子类ExecutionContext来获取不同服务对象
    • 一江东流水
    • 24分钟前
    • 1
    • 点赞
    • 评论
    NestJS
  • 字节码Javassist如何给反射加速
    在业务项目中经常会看到Javassist的依赖,框架升级Javassist也得跟着升,否则启动不起来。 很多微服务框架底层必然使用了反射技术,而为了提高性能,就是使用Javassist提速
    • SimonKing
    • 24分钟前
    • 13
    • 点赞
    • 评论
    后端 Java 程序员
  • 【alova】现代认证架构:双 Token 机制的搭建
    1. 核心引言 传统单一 JWT 模型下,令牌有效期与安全性存在矛盾:长有效期方便用户,但一旦泄露风险高;短有效期安全,但会频繁要求用户登录,影响体验。为解决这一问题,引入双 Token 机制,将职责
    • 用户599830921959
    • 24分钟前
    • 2
    • 点赞
    • 评论
    前端
  • 1-20.【GCD】DispatchSource 是如何与内核事件(kqueue / mach)关联的?
    1️⃣ 核心结论 换句话说: DispatchSource ≈ 用户空间的事件封装 + 内核事件注册 事件发生 → 内核通知 → GCD 派发到队列 → 回调执行 2️⃣ 内核事件机制概览 2.1 k
    • 项阿丑
    • 27分钟前
    • 2
    • 点赞
    • 评论
    Swift
  • 拖拽式甘特图工具入门教程:轻松实现项目可视化与进度管理
    一、什么是拖拽式甘特图及其核心价值 拖拽式甘特图是现代项目管理中的可视化利器,它通过直观的条形图显示项目时间轴、任务依赖关系和资源分配情况。与传统甘特图相比,拖拽式操作使得任务调整变得异常简单——只需
    • Zoey的笔记本
    • 27分钟前
    • 1
    • 点赞
    • 评论
    前端
    拖拽式甘特图工具入门教程:轻松实现项目可视化与进度管理
  • HTTP-协议溯源:集大成者 HTTP/1.1 与性能优化的开端
    如果说 HTTP/1.0 解决了“能不能传图片”的问题,那么 HTTP/1.1 解决的就是“传得快不快、稳不稳”的问题。自 1997 年发布以来,它统治了互联网近 20 年,至今仍是许多服务的核心。
    • 发现一只大呆瓜
    • 27分钟前
    • 1
    • 点赞
    • 评论
    前端 面试 HTTP
    HTTP-协议溯源:集大成者 HTTP/1.1 与性能优化的开端
  • 小程序上新,猜对了么更新110组素材
    正文共: 1662字 9图 预计阅读时间: 5分钟 猜对了么 小程序上新110组素材 继Vibedebugging之后,再次体验到VibeDesign的痛苦。 今天花了整整一半天的时间,给「猜对了么」
    • 数字游民9527
    • 27分钟前
    • 1
    • 点赞
    • 评论
    微信小程序 AIGC AI编程
    小程序上新,猜对了么更新110组素材
  • 1-19.【GCD】DispatchSourceTimer 和 Timer 的核心区别?
    DispatchSourceTimer(GCD Timer)和 Timer(NSTimer)都是定时器,但它们在底层实现、线程模型、精度和性能上有本质区别。下面系统分析。 1️⃣ 核心区别一句话 2️
    • 项阿丑
    • 27分钟前
    • 1
    • 点赞
    • 评论
    Swift
  • 1-18.【GCD】DispatchSource 是什么?解决了什么问题?
    DispatchSource 是 GCD(Grand Central Dispatch)提供的一种 高性能事件源机制,用于监听系统或自定义事件,并在事件发生时异步响应。它本质上是 事件驱动的观察者模式
    • 项阿丑
    • 27分钟前
    • 1
    • 点赞
    • 评论
    Swift
  • Java:跨越二十余载的编程传奇与生态帝国
    在编程语言的浩瀚星河中,有这样一门语言,它诞生于互联网萌芽的年代,历经二十余载技术浪潮的洗礼,既见证了行业的迭代变迁,也始终稳稳占据着核心地位。它就是Java——一门以“一次编写,到处运行”为核心理念
    • 愤怒的小鸡
    • 27分钟前
    • 1
    • 点赞
    • 评论
    Java
  • 美团在 GitHub 上悄悄开源 AI 大模型?8 个大脑并行
    2026 年,可能是会自己深思熟虑的智能体模型正式登场的一年。 美团 LongCat 团队刚刚开源的 LongCat-Flash-Thinking-2601,就是这一波浪潮中的标志性模型。
    • 逛逛GitHub
    • 28分钟前
    • 12
    • 点赞
    • 评论
    GitHub
  • 乙方技术实战分享!急救物资管理系统Java 17升级全记录
    🚀乙方技术实战分享!急救物资管理系统Java 17升级全记录✨ 今天来分享一个超燃的技术实战项目~我们团队刚刚完成了急救物资管理系统的重大技术升级!
    • 听风者就是我
    • 28分钟前
    • 2
    • 点赞
    • 评论
    后端 Java
    乙方技术实战分享!急救物资管理系统Java 17升级全记录
  • 1-17.【GCD】barrier 和锁(NSLock / os_unfair_lock)的本质区别?
    1️⃣ 核心结论 2️⃣ 控制粒度:队列 vs 线程 特性 Barrier NSLock / os_unfair_lock 控制对象 队列内部任务执行顺序 临界区或资源访问线程 互斥范围 队列内的任务
    • 项阿丑
    • 28分钟前
    • 1
    • 点赞
    • 评论
    Swift
  • 实现战略目标与日常任务对齐的终极指南:工具与实战教程
    一、核心理念:为什么对齐如此重要? 战略目标与日常任务脱节是组织效率低下的主要根源。研究表明,仅有14%的员工清晰理解公司战略与自身工作的关联,而高达80%的领导者承认战略执行存在显著偏差。对齐工具正
    • Zoey的笔记本
    • 28分钟前
    • 3
    • 点赞
    • 评论
    前端
    实现战略目标与日常任务对齐的终极指南:工具与实战教程
  • 1-16.【GCD】barrier 会创建新的线程吗?为什么?
    不,dispatch_barrier 本身不会创建新的线程。 它只是一个 队列级别的调度控制机制,线程的使用依赖队列的 target 和系统线程池。下面详细解释原因和原理。 1️⃣ 核心结论 换句话说
    • 项阿丑
    • 28分钟前
    • 1
    • 点赞
    • 评论
    Swift
  • 1-15.【GCD】barrier 在底层是如何实现“读写互斥”的?
    1️⃣ 目标:读多写少的安全策略 假设我们有一个 共享资源,需要: 多个读可以同时执行 → 并发,提高性能 写操作必须独占 → 保证数据一致性 dispatch_barrier 就是实现这个模式的工具
    • 项阿丑
    • 28分钟前
    • 1
    • 点赞
    • 评论
    Swift
  • Node.js 深度进阶——多核突围:Worker Threads 与多进程集群
    Node.js 突破单线程瓶颈靠 Cluster 多进程(高可用、Web 接入首选)与 Worker Threads 多线程(CPU 密集、共享内存零拷贝)。选对方案即多核突围。
    • 前端小小栈
    • 29分钟前
    • 1
    • 点赞
    • 评论
    前端 后端
  • 1-14.【GCD】为什么 barrier 只对自定义并发队列有效?
    1️⃣ 核心结论 换句话说: 串行队列天然保证同一时间只执行一个任务 → barrier 多余 全局队列是共享的并发队列 → barrier 无法保证独占执行 2️⃣ 串行队列为什么不需要 barri
    • 项阿丑
    • 29分钟前
    • 2
    • 点赞
    • 评论
    Swift
  • 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