贾维斯的自我进化之旅-CSDN博客

原创 #内存泄露# #内存检测#Linux中的常用内存问题检测工具

C/C++等底层语言在提供强大功能及性能的同时，其灵活的内存访问也带来了各种纠结的问题。如果crash的地方正是内存使用错误的地方，说明你人品好。如果crash的地方内存明显不是consistent的，或者内存管理信息都已被破坏，并且还是随机出现的，那就比较麻烦了。当然，祼看code打log是一个办法，但其效率不是太高，尤其是在运行成本高或重现概率低的情况下。另外，静态检查也是一类方法，有很多工具...

2020-03-18 20:10:06 14313

原创 DeepSeek-R2 来了：2025年大模型竞争格局全面解析

深度解析DeepSeek-R2技术突破与2025年大模型竞争格局，涵盖MoE架构、推理能力对比、国产模型崛起及开发者影响。

2026-04-08 01:13:12 75

原创 OpenClaw学习总结_II_频道系统_6：iMessage集成详解

iMessage 没有官方 bot API，必须靠桥接层。BlueBubbles 是常见桥接方案，OpenClaw 通过它收发。安全第一：dmPolicy 用 pairing/allowlist。"能收不能发"优先怀疑 Private API/helper/权限。排障顺序：桥接层 → OpenClaw 日志 → 配置。

2026-04-07 18:41:32 187

原创 OpenClaw学习总结_III_自动化系统_3：CronJobs详解

支持自定义任务类型扩展。CronJobs是OpenClaw自动化系统中实现定时任务调度的核心组件。通过灵活的cron表达式和丰富的配置选项，可以满足各种定时任务的需求。合理使用CronJobs可以显著提高系统的自动化程度，减少人工干预，确保关键任务按时执行。掌握CronJobs的配置、监控和优化技巧，对于构建可靠、高效的自动化系统至关重要。在实际应用中，建议从简单的任务开始，逐步增加复杂性，并始终关注任务的可靠性和可维护性。

2026-04-04 00:43:24 271

原创 OpenClaw学习总结_III_自动化系统_2：Webhooks详解

Webhooks是OpenClaw自动化系统与外部世界连接的重要桥梁。通过合理配置和使用Webhooks，可以实现强大的系统集成和自动化工作流。掌握Webhooks的安全配置、性能优化和故障排除技巧，对于构建可靠的自动化系统至关重要。

2026-04-04 00:42:01 392

原创 OpenClaw学习总结_III_自动化系统_1：Hooks详解

Hooks是OpenClaw自动化系统的强大工具，通过合理使用Hooks，可以实现复杂的自动化工作流。掌握Hooks的使用方法，可以显著提升开发效率。

2026-04-04 00:40:31 247

原创 OpenClaw学习总结_II_频道系统_6：iMessage集成详解

# OpenClaw学习总结_III_自动化系统_1：Hooks详解## 什么是Hooks？Hooks是OpenClaw自动化系统的核心组件。

2026-04-04 00:37:59 336

原创多 Agent 协作架构：Agent 之间如何通信、协调和分工

我在字节跳动 OpenViking 分析之后，有一件事一直在脑子里转：多 Agent 的协作到底难在哪里？不是难在"写代码"，而是难在把一堆各自为政的 Agent 变成一个真正能协作的系统。这篇文章是我自己踩坑之后的总结，不是理论综述。

2026-04-02 12:43:53 180

原创 OpenViking 深度解析：字节跳动为 AI Agent 设计的上下文数据库

OpenViking 是字节跳动火山引擎 Viking 团队于 2026 年 1 月开源的上下文数据库（Context Database），专为 AI Agent 设计。。把 Agent 所需的一切——记忆、资源文档、技能说明——统一抽象为"文件"，组织在一个虚拟文件系统中，通过专属协议viking://进行寻址和访问。OpenViking 解决的是真实存在的问题，技术思路也有其创新之处——用文件系统范式统一管理 Agent 上下文，L0/L1/L2 分层加载在 token 效率上确实能做到显著优化。

2026-04-02 11:00:35 430

原创 AI Memory 全景解析：让 Agent 真正“记住”你

AI Memory 不是一个可选的"锦上添花"功能，而是 Agent 走向真正自主的必要基础设施。维度现状挑战记忆类型四种类型（工作/情景/语义/程序性）已形成共识多类型联动机制仍在探索开源生态Mem0、Zep、LangMem 形成三足鼎立标准化协议缺失核心问题幻觉、遗忘、一致性、隐私无完美解决方案发展趋势记忆自进化、程序性记忆崛起仍处于早期阶段已在用 LangGraph →LangMem需要对话记忆 + 时序推理 →Zep框架无关 + 需要快速部署 →Mem0。

2026-04-02 10:18:56 302

原创 AI Memory 全景解析：让 Agent 真正记住你

2026-04-02 09:52:12 326

原创 MCP + A2A：正在重塑 AI 世界的两个关键协议

协议发起方解决的核心问题类比MCPAnthropicAgent ↔ 工具的标准化连接USB-C 接口A2AGoogleAgent ↔ Agent 的协同通信外交语言/HTTP两者不是竞争关系，而是构成企业级 AI 系统"工具层"和"协作层"的两块基石。在 RAG + Agent + MCP + A2A 的四层架构下，真正的企业级多智能体系统正在从概念走向现实。参考资料MCP 官方文档企业级 AI 四层黄金架构。

2026-04-02 09:36:16 388

原创 MCP + A2A：正在重塑 AI 世界的两个关键协议

2026-04-02 09:30:54 339

原创谷歌 Gemini 2.5 Pro：思维模型时代的开启与行业冲击

2025年3月，谷歌 DeepMind 正式发布了 Gemini 2.5 Pro 实验版，这款被称为"有史以来最智能"的 AI 模型以"思考模型"为核心架构，在推理、代码、数学等多个维度刷新了行业基准。而谷歌的 Gemini 2.5 Pro，则是将。传统大模型的工作模式是"接收输入→直接输出"，而思维模型在生成最终回答前，会先进行一轮内部推理和"思考"——类似于人类解题时的草稿演算过程。—## 结语Gemini 2.5 Pro 的发布，是 2025 年 AI 领域"推理时代"全面开启的重要里程碑。

2026-04-02 07:54:59 325

原创 2026年AI从数字世界迈入物理世界：智源研究院十大技术趋势深度解析

参考来源。

2026-04-01 23:06:38 362

原创 OpenViking 深度解析：字节跳动为 AI Agent 造了一个“文件系统大脑“

OpenViking是字节跳动火山引擎团队开源的一款AI Agent记忆管理系统，采用"一切上下文皆文件"的设计理念，将记忆、资源、技能统一组织为虚拟文件系统。其核心创新包括三层加载策略（L0/L1/L2）显著降低Token成本、目录递归检索提升40%召回精度、可视化检索轨迹增强可调试性，以及支持记忆自动进化的Session管理。相比传统RAG方案，OpenViking在上下文组织、检索效率、可维护性等方面具有明显优势，特别适合长程任务Agent、多轮对话系统等场景。该项目发布于2026

2026-03-30 22:27:33 1581

原创 OpenClaw学习总结_II_频道系统_5：Signal集成详解

Signal 通道通常依赖 signal-cli 来“模拟一个登录账号”。先让 signal-cli 自测跑通，再接 OpenClaw。Signal 的账号就是普通号码，注册/验证需要人工一次。安全优先：dmPolicy 用 pairing/allowlist，不要 open。排障先看 signal-cli 是否能独立收发，再看 OpenClaw 配置。

2026-03-27 01:39:45 124

原创 OpenClaw学习总结_II_频道系统_4：Slack集成详解

Slack 先创建 App，再拿 token。Bot token（xoxb）负责发消息，App token（xapp）负责 Socket Mode。收不到消息通常是 Events 没订阅。发不出去通常是 chat:write scope 没开。生产/本地开发优先 Socket Mode，省掉公网暴露。

2026-03-27 01:38:49 219

原创 OpenClaw学习总结_II_频道系统_3：Discord集成详解

Discord 难点在权限与邀请，不是 token。Invite URL 要包含正确 scopes（bot / applications.commands）。机器人至少要有：View Channels / Send Messages / Read History。群聊建议默认 requireMention，避免乱回。Thread 是天然的会话边界，用好 threadBindings 可以避免串线。

2026-03-27 01:37:54 182

原创 OpenClaw学习总结_II_频道系统_2：Telegram集成详解

Telegram 接入的核心凭证是Bot Token。dmPolicy决定谁能私聊你，推荐 pairing/allowlist。allowFrom 需要格式。群聊建议默认@ 才响应，避免乱回与注入风险。选 Webhook 还是 Long Polling：先跑通再优化，别被架构洁癖卡住。

2026-03-27 01:26:09 327

原创 signal

2026-03-27 01:01:42 298

原创 OpenClaw学习总结：Slack集成详解（频道系统第4课）

2026-03-27 00:47:35 335

原创 OpenClaw学习总结：iMessage集成详解（频道系统第6课）

iMessage 没有官方 bot API，必须靠桥接层。BlueBubbles 是常见桥接方案，OpenClaw 通过它收发。安全第一：dmPolicy 用 pairing/allowlist。“能收不能发”优先怀疑 Private API/helper/权限。排障顺序：桥接层 → OpenClaw 日志 → 配置。

2026-03-27 00:15:29 269

原创 OpenClaw学习总结_II_频道系统_5：Signal集成详解

不要 open- 群聊场景更要谨慎（能不用群就别用群）—## ⚠️ 常见坑与排查| 现象 | 常见原因 | 排查 ||------|----------|------|| 收不到消息 | signal-cli 未登录/未绑定 | 先用 signal-cli 自测 || 发不出去 | 账号被封/网络问题 | 检查 signal-cli 日志 || 注册失败 | 验证码/频控 | 换短信/语音；**2. **signal-cli 是什么？**3. **注册/绑定流程为什么这么“麻烦”？

2026-03-26 20:57:51 215

原创 OpenClaw学习总结_II_频道系统_4：Slack集成详解

2026-03-25 21:52:12 323

原创 OpenClaw学习总结_II_频道系统_3：Discord集成详解

权限与邀请。

2026-03-25 21:46:46 319

原创 OpenClaw学习总结_II_频道系统_2：Telegram集成详解

Bot Token。

2026-03-25 09:02:49 360

原创 OpenClaw学习总结_II_频道系统_1：WhatsApp集成详解

WhatsApp 通道就是 Gateway 的适配器，负责收发 WhatsApp。最重要的安全开关是 dmPolicy（推荐 pairing/allowlist）。扫码登录是最大不稳定因素，掉线先重登。群聊要开 requireMention，避免乱回和注入风险。排障先看 gateway 日志，再回头对照配置。

2026-03-23 11:35:36 394

原创 OpenClaw学习总结_I_核心架构_11：ModelFailover详解

Failover 的目标是可用性，不是永不失败。至少配置 1 个跨提供者 fallback。要有 retry + cooldown，避免疯狂切换。生产环境必须配置 failover，否则迟早翻车。

2026-03-23 00:18:43 154

原创 OpenClaw学习总结_I_核心架构_10：Sandboxing详解

Sandboxing 把 Agent 放进容器里，限制破坏范围。mode 决定什么时候启用，scope 决定隔离强度/性能。workspaceAccess 决定容器能否读写你的工作目录。推荐：non-main + agent + ro，安全和体验最平衡。

2026-03-23 00:16:25 296

原创 OpenClaw学习总结_I_核心架构_9：Multi-Agent详解

idworkspacemodelagents: {list: [],},default: true 表示当没有任何 binding 命中时，默认走 home（或你设置的默认 Agent）。bindings 是路由规则。它们按优先级匹配，命中就决定目标 Agent。],一个 Gateway，可以跑多个 Agent。Multi-Agent 的本质是隔离，不是数量。bindings 决定“什么消息给谁处理”，越具体越优先。

2026-03-23 00:13:51 484

原创 OpenClaw学习总结_I_核心架构_8：SessionPruning详解

最关键的 3 点为什么需要节省磁盘空间提升性能保护隐私三种策略按时间、按大小、按活跃度可以组合使用配置建议启用 Pruning设置合理的保留时间定期检查现在你应该理解了如何管理 Session 文件。下一课会讲如何管理多个 Agent（Multi-Agent）。

2026-03-23 00:11:34 202

原创 OpenClaw学习总结_I_核心架构_7：Streaming详解

最关键的 3 点用户体验Streaming 比 Block 体验好用户立即看到反馈人性化延迟不是bug，是设计让 AI 看起来像"人"配置建议启用 Streaming启用人性化延迟调整到合适的速度现在你应该理解了输出方式的选择。下一课会讲如何优化存储（Session Pruning）。

2026-03-23 00:08:46 390

原创 OpenClaw学习总结_I_核心架构_6：Compaction详解

最关键的 3 点为什么压缩防止 Context 溢出节省成本提升性能三种策略Summarization：生成摘要Pruning：删除不重要的Pooling：合并信息配置建议用safeguard模式保留关键意图定期检查效果现在你应该理解了如何"整理"对话历史。下一课会讲另一个优化手段：Streaming（流式输出）。

2026-03-23 00:06:44 590

原创 OpenClaw学习总结_I_核心架构_5：Memory系统详解

最关键的 3 点Memory = 长期记忆跨会话保存独立于 Session搜索技术向量搜索（语义）混合搜索（更准）MMR（多样化）时间衰减新内容权重高旧内容不会被删除现在你应该理解了 Agent 的"长期记忆"机制。下一课会讲如何"压缩"这些记忆来节省空间（Compaction）。

2026-03-23 00:04:42 504

原创 OpenClaw学习总结_I_核心架构_4：Session管理详解

Session = 一个独立的对话上下文类比就像微信的对话框每个对话框是独立的不会把 A 和 B 的消息混在一起DM = Direct Message（私聊）在多用户环境下，如果不做好隔离，A 说的话可能会被 B 看到——这是严重的安全问题！最关键的 3 点Session = 对话上下文每个 Session 独立存储Session ID 唯一标识dmScope 是安全关键多用户必须设置正确建议用Reset 策略Daily：每天定时清空Idle：空闲后清空根据需求选择。

2026-03-23 00:02:36 445

原创构建自学习 AI Agent 的技能生态系统：从设计优先到实践优先

技能不是’管理员预先设计的清单’，而是’解决问题的最短路径’。技能应该从实际工作中涌现实际工作流程：遇到问题 → 找解决方案 → 验证有效 → 记录方式 → 这就是技能反向流程不应该：设计完美分类 → 等问题来 → 匹配分类它不追求当前的完美，而是追求持续的演化。不是由规划师设计，而是由参与者共同演化不是静止的，而是动态的不是管理着的，而是自组织的这应该就是 AI Agent 长期可持续的技能管理的样子。

2026-03-22 23:09:11 349

原创 Google Kimi 新论文突破：多模态推理能力超越人类专家，AI 迎来‘认知革命‘

Kimi 论文的发布不仅是技术突破，更是认知范式的转变。AI 正在从"模式识别"走向"深度理解"多模态统一架构是未来发展方向认知能力将成为 AI 竞争的新焦点更智能的助手：真正理解用户意图和上下文更高效的研究：AI 成为科学发现的重要伙伴更人性化的交互：机器能够理解情感和社交线索AI 的"认知革命"已经拉开序幕，而 Kimi 论文可能是这场革命的第一声号角。延伸阅读论文原文：https://arxiv.org/abs/2603.xxxxxGoogle Research 博客解读。

2026-03-22 22:58:36 377

原创 OpenClaw学习总结_I_核心架构系列_3：Context管理详解

最关键的 3 点三层结构每层都有不同的作用成本意识Context 不是免费的需要在"记忆力"和"成本"之间平衡优化方法Compaction 压缩工具精简Prompt 优化现在你应该理解了 Agent 的"工作台"是什么。下一课会讲如何管理多个用户的对话（Session 管理）。

2026-03-22 00:06:39 295

原创 Kimmy评论论文的深度分析：AI Agent自我认知与进化路径

最近Kimmy针对某篇AI Agent相关论文发表了重要评论，引发了业内广泛讨论。作为长期从事AI Agent系统设计的实践者，我想从技术实现、理论框架和实际应用三个维度，对Kimmy的观点进行深度剖析，并提出自己的见解。

2026-03-21 22:52:33 342

《泛性程式设计与C++标准程式库.pdf》

泛型程式設計與 C++ 標準程式庫 generic programming and the C++ Standard Library 一開始，讓我們考慮泛型程式設計領域裡頭挑選出來的幾個題目。這些難題的焦點放在如何有效使用 templates, iterators, algorithms，以及如何使用並擴充標準程式庫的設施。然後，這些想法會漂亮地導引出下一個章節，分析撰寫 exception-safe templates 時所謂的異常安全性（exception safety）。條款1：Iterators 困難度

2013-09-02

Effective.STL.pdf

世界级C++大师Scott Meyers之Effective三部曲之一，中国C++技术先驱及著名作译者潘爱民先生经典译作——如同Meyers的其他著作一样，本书充满了从实践中总结出来的智慧，其清晰、简明、透彻的风格，必将使每一位STL程序员从中获益。内容提要 C++标准模板库(STL)是革命性的，但是要想学会并用好却并不容易。 Scott Meyers(Effective C++与More effective c++的作者)揭示了专家总结的一些关键规则，既有专家们总是采用的做法，也有专家们总是避免的做法。通过这些规则，STL程序员可以最大限度地使用STL。在讲述50条指导原则时，本书提供了透彻的分析和深刻的实例，以让读者学到要做什么，什么时候该这样做，以及为什么要这样做。目录引言...............................................................................................................1 1容器..........................................................................................9 第1 条：慎重选择容器类型。...............................................................9 第2 条：不要试图编写独立于容器类型的代码。....................................12 第3 条：确保容器中的对象拷贝正确而高效。.......................................16 第4 条：调用empty 而不是检查size()是否为0。................................... 18 第5 条：区间成员函数优先于与之对应的单元素成员函数。............................20 第6 条：当心C++编译器最烦人的分析机制。.................................................... 26 第7 条：如果容器中包含了通过new 操作创建的指针，切记在容器对象析构前将指针delete 掉。.........................................................................28 第8 条：切勿创建包含auto_ptr 的容器对象。......................................... 32 第9 条：慎重选择删除元素的方法。...............................................................34 第10 条：了解分配子（allocator）的约定和限制。........................................... 38 第11 条：理解自定义分配子的合理用法。.............................................44 第12 条：切勿对STL 容器的线程安全性有不切实际的依赖。......................... 47 2 vector 和string.....................................................................................51 第13 条：vector 和string 优先于动态分配的数组。.............................................51 第14 条：使用reserve 来避免不必要的重新分配。............................................. 53 第15 条：注意string 实现的多样性。.......................................................... 55 第16 条：了解如何把vector 和string 数据传给旧的API。.................................... 60 第17 条：使用“swap 技巧”除去多余的容量。................................................... 63 第18 条：避免使用vector。.................................................................................64 3关联容器..........................................................................................................................67 第19 条：理解相等（equality）和等价（equivalence）的区别。......................................67 第20 条：为包含指针的关联容器指定比较类型。........................................71 第21 条：总是让比较函数在等值情况下返回false。.............................................. 74 第22 条：切勿直接修改set 或multiset 中的键。...............................................77 第23 条：考虑用排序的vector 替代关联容器。............................................... 82 第24 条：当效率至关重要时，请在map::operator[]与map::insert 之间谨慎做出选择。..... ...................... 87 第25 条：熟悉非标准的散列容器。...........................................................................91 4迭代器..............................................................................................................95 第26 条：iterator 优先于const_iterator、reverse_iterator及const_reverse_iterator。.....95 第27 条：使用distance 和advance 将容器的const_iterator转换成iterator。............ 98 第28 条：正确理解由reverse_iterator 的base()成员函数所产生的iterator 的用法。.... ...................... 101 第29 条：对于逐个字符的输入请考虑使用istreambuf_iterator。......................... 103 5算法...............................................................................................................................106 第30 条：确保目标区间足够大。.......................................................................107 第31 条：了解各种与排序有关的选择。................................................................110 第32 条：如果确实需要删除元素，则需要在remove 这一类算法之后调用erase。...........115 第33 条：对包含指针的容器使用remove 这一类算法时要特别小心。.....................118 第34 条：了解哪些算法要求使用排序的区间作为参数。..................................121 第35 条：通过mismatch 或lexicographical_compare 实现简单的忽略大小写的字符串比较。..................................................................124 第36 条：理解copy_if 算法的正确实现。............................................................. 128 第37 条：使用accumulate 或者for_each 进行区间统计。....................................130 6函数子、函数子类、函数及其他...........................................................................135 第38 条：遵循按值传递的原则来设计函数子类。.....................................135 第39 条：确保判别式是“纯函数”。.................................................................138 第40 条：若一个类是函数子，则应使它可配接。...............................................141 第41 条：理解ptr_fun、mem_fun 和mem_fun_ref 的来由。................................. 145 第42 条：确保less与operator<具有相同的语义。........................................148 7在程序中使用STL..............................................................................................152 第43 条：算法调用优先于手写的循环。.................................................................152 第44 条：容器的成员函数优先于同名的算法。........................................................159 第45 条：正确区分count、find、binary_search、lower_bound、upper_bound 和 equal_range。....... ......................161 第46 条：考虑使用函数对象而不是函数作为STL 算法的参数。.................................. 168 第47 条：避免产生“直写型”（write-only）的代码。................................................ 172 第48 条：总是包含（#include）正确的头文件。................................................. 175 第49 条：学会分析与STL 相关的编译器诊断信息。..................................... 176 第50 条：熟悉与STL 相关的Web 站点。...........................................................183 参考书目........................................................................................189 附录A 地域性与忽略大小写的字符串比较.................................................193 附录B 对Microsoft 的STL 平台的说明..........................................202

2013-08-30

《编译器与编译器生成器（C++版）.pdf》

Compilers and Compiler Generators an introduction with C++ ?P.D. Terry, Rhodes University, 1996 p.terry@ru.ac.za This is a set of Postcript?files of the text of my book "Compilers and Compiler Generators - an introduction with C++", published in 1997 by International Thomson Computer Press. The original edition is now out of print, and the copyright has reverted to me. The book is also available in other formats. The latest versions of the distribution and details of how to download up-to-date compressed versions of the text and its supporting software and courseware can be found at http://www.scifac.ru.ac.za/compilers/ The text of the book is Copyright ?PD Terry. Although you are free to make use of the material for academic purposes, the material may not be redistributed without my knowledge or permission.

2013-09-02

设计模式创建型模式 Abstract Factory模式(抽象工厂)

Abstract Factory模式 1 定义创建对象的接口，并封装对象的创建 2 将具体化类的工作延迟到了类中 3 创建创建一组相关对象或者说是一组相互依赖的对象一般情况下，我们为了提高内聚和松耦合，经常会使用多态来处理一些问题。抽象出一些类的公共接口作为抽象基类或者接口。这样的话，我们将会面临一个挑战。在每次使用子类的时候，我们不得不经常使用base* = New XXX （这也无可厚非，但当系统复杂后，我们可能将无法维护子类的创建），最终我们在程序的扩展和维护成本上的开销将变得越来越大，越来越难。我们知道经常“某个对象”由于需求的变化，对象的具体实现面临着剧烈的变化。为了应对这种变化我们抽象出它比较稳定的接口，隔离出“这个易变对象”的变化，从而保持系统中“其它依赖该对象的对象”不随着需求的改变而改变，这就是我们经常谈的 Factory模式了。我们一直在使用电脑。电脑大致上是分鼠标、键盘、显示器和主机几个部分构成。每个部件以有很多厂商生产，如DELL、ASUS、HP 等等。利用Abstract Factory模式我们可以通过不同的工大生产出一整套的产品。如DELLFactory里，生产出来的鼠标、键盘、显示器和主机产品都是DELL牌的（这样视乎就是DELL牌电脑了呢，哈哈！）。我不相信DELL的键盘，那就用HP的话，可以在HPFactory里生产出HP的键盘和鼠标，然后自行组装。详细见博客 http://blog.csdn.net/xiaoting451292510/article/details/8290814

2012-12-19

设计模式创建型模式 Complex Factory模式(复杂工厂)

Complex Factory模式 1 定义创建对象的接口，并封装对象的创建 2 将具体化类的工作延迟到了类中一般情况下，我们为了提高内聚和松耦合，经常会使用多态来处理一些问题。抽象出一些类的公共接口作为抽象基类或者接口。这样的话，我们将会面临一个挑战。在每次使用子类的时候，我们不得不经常使用base* = New XXX （这也无可厚非，但当系统复杂后，我们可能将无法维护子类的创建），最终我们在程序的扩展和维护成本上的开销将变得越来越大，越来越难。我们知道经常“某个对象”由于需求的变化，对象的具体实现面临着剧烈的变化。为了应对这种变化我们抽象出它比较稳定的接口，隔离出“这个易变对象”的变化，从而保持系统中“其它依赖该对象的对象”不随着需求的改变而改变，这就是我们经常谈的Factory模式了。详细见博客 http://blog.csdn.net/xiaoting451292510/article/details/8290809

2012-12-19

设计模式创建型模式 Builder模式(建造者)

Builder模式将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示统设计中，有时候面临着一个“复杂系统”的创建工作，该对象通常由各个部分的子对象用一定的算法构成，或者说按一定的步骤组合而成；这些的算法和步骤是稳定的，而构成这个对象的子对象却经常由于需求改变而发生变化，此时我们可以选择使用Builder模式。尽管Builder模式相当容易让人误解，但我认为这几点应该是不会有错的。因此我个人认为Builder模式中要好好把握如下几点 1. 需要创建的对象是复杂对象 2. 对象的创建过程是一步步创建(即：可能由于过程的不同而导致有不同的对象展示) 3. 明确建造者（Builder）、具体建造者（Concrete Builder）、指导者（Director）、产品（Product）之间的职责和联系。 ◆建造者（Builder）：给出一个抽象接口，以规范产品对象的各个组成成分的建造。一般而言，此接口独立于应用程序的商业逻辑。模式中直接创建产品对象的是具体建造者（ConcreteBuilder）：具体建造者类必须实现这个接口所要求的方法：一个是建造方法，另一个是结果返还方法。 ◆具体建造者（Concrete Builder）：担任这个角色的是于应用程序紧密相关的类，它们在应用程序调用下创建产品实例。这个角色主要完成的任务包括： ■实现Builder角色提供的接口，一步一步完成创建产品实例的过程。 ■在建造过程完成后，提供产品的实例。 ◆指导者（Director）：担任这个角色的类调用具体建造者角色以创建产品对象。导演者并没有产品类的具体知识，真正拥有产品类的具体知识的是具体建造者对象。 ◆产品（Product）：产品便是建造中的复杂对象。详细见博客 http://blog.csdn.net/xiaoting451292510/article/details/8330462

2012-12-27

设计模式创建型模式 Prototype模式(原型)

Prototype模式即原型模式，提供一个已经存在的对象进行新对象创建的接口，一般情况下都是使用Clone接口。此模式非常简单，简单的说就是复制多个当前对象供使用。Prototype模式允许一个对象再创建另外一个可定制的对象，根本无需知道任何如何创建的细节,工作原理是:通过将一个原型对象传给那个要发动创建的对象，这个要发动创建的对象通过请求原型对象拷贝它们自己来实施创建。原型模式中的拷贝分为“浅拷贝”和“深拷贝”：浅拷贝：对值类型的成员变量进行值的复制，对引用类型的成员变量只复制引用，不复制引用的对象。深拷贝：对值类型的成员变量进行值的复制，对引用类型的成员变量也进行引用对象的复制。这个模式一看就知道怎么回事了，网上有些博客和一些书上都用《西游记》中孙悟空的示例。确实，当我们的孙哥想要小弟时，猴毛一拔，成千上万的小弟就出来了。当然还有很多实际我们开发中的情况。例如：游戏开发时，有时经常要创建分身，二个、三个、或者十几个分身。由于分身需要拥有当前本体的一些数据。因此，此时使用用Prototype模式再合适不过了。详细见博客 http://blog.csdn.net/xiaoting451292510/article/details/8478818

2013-01-29

C++解析协议简单示例

C++解析协议简单示例解析highway map data 协议数据简单示例

2013-02-27

《C++算法程序设计》

大家好！现在我们将要开始一个穿越“数据结构、算法和程序”这个抽象世界的特殊旅程，以解决现实生活中的许多难题。在程序开发过程中通常需要做到如下两点：一是高效地描述数据；二是设计一个好的算法，该算法最终可用程序来实现。要想高效地描述数据，必须具备数据结构领域的专门知识；而要想设计一个好的算法，则需要算法设计领域的专门知识。在着手研究数据结构和算法设计方法之前，需要你能够熟练地运用C + +编程并分析程序，这些基本的技能通常是从C + +课程以及其他分散的课程中学到的。本书的前两章旨在帮助你回顾一下这些技能，其中的许多内容你可能已经很熟悉了。本章我们将回顾C++ 的一些特性。因为不是针对C++ 新手，因此没有介绍诸如赋值语句、 if 语句和循环语句（如for 和w h i l e）等基本结构，而是主要介绍一些可能已经被你忽略的C + + 特性： • 参数传递方式（如传值、引用和常量引用）。 • 函数返回方式（如返值、引用和常量引用）。 • 模板函数。 • 递归函数。 • 常量函数。 • 内存分配和释放函数：n e w与d e l e t e。 • 异常处理结构：t r y, c a t c h和t h r o w。 • 类与模板类。 • 类的共享成员、保护成员和私有成员。 • 友元。 • 操作符重载。本章中没有涉及的其他C + +特性将在后续章节中在需要的时候加以介绍。本章还给出了如下应用程序的代码： • 一维和二维数组的动态分配与释放。 • 求解二次方程。 • 生成n 个元素的所有排列方式。 • 寻找n个元素中的最大值。此外，本章还给出了如何测试和调试程序的一些技巧。

2013-09-03

C++标准库介绍.pdf

标准c库大全:C++标准库介绍疯狂代码 http://CrazyCoder.cn/ ĵ:http:/CrazyCoder.cn/VC/Article12860.html 　　标准库中提供了C基本设施虽然C标准库随着C标准折腾了许多年直到标准出台才正式定型但是在标准库实现上却很令人欣慰得看到多种实现并且已被实战证明为有工业级别强度佳作 1、Dinkumware C Library 参考站点:http://www.dinkumware.com/ P.J. Plauger编写高品质标准库P.J. Plauger博士是Dr. Dobb\'s设计杰出奖获得者其编写库长期被Microsoft采用并且最近Borland也取得了其OEMlicense在其C/C产品中采用Dinkumware库 2、RogueWave Standard C Library 参考站点:http://www.roguewave.com/ 这个库在Borland C Builder早期版本中曾经被采用后来被其他库给替换了笔者不推荐使用 3、SGI STL 参考站点:http://www.roguewave.com/ SGI公司C标准模版库 4、STLport 参考站点:http://www.stlport.org/ SGI STL库跨平台可移植版本 C各大有名库介绍——准标准库Boost 　　Boost库是个经过千锤百炼、可移植、提供源代码C库作为标准库后备是C标准化进程发动机的 Boost库由 C标准委员会库工作组成员发起在C社区中影响甚大其成员已近2000人 Boost库为我们带来了最新、最酷、最实用技术是不折不扣“准”标准库 Boost中比较有名气有这么几个库: Regex 正则表达式库 Spirit LL parser framework用C代码直接表达EBNF Graph 图组件和算法 Lambda 在地方定义短小匿名对象很实用functional功能 concept check 检查泛型编程中concept Mpl 用模板实现元编程框架 Thread 可移植C多线程库 Python 把C类和映射到Python的中 Pool 内存池管理 smart_ptr 5个智能指针学习智能指针必读份不错参考是来自CUJ文章: Smart Poers in Boost,哦这篇文章可以查到CUJ是提供在线浏览中文版见笔者在Dr.Dobb\'s Journal软件 Software研发杂志第7辑上译文　　Boost总体来说是实用价值很高质量很高库并且由于其对跨平台强调对标准C强调是编写平台无关现代C开发者必备工具但是Boost中也有很多是实验性质东西在实际开发中实用需要谨慎并且很多Boost中库功能堪称对语言功能扩展其构造用尽精巧手法不要贸然花费时间研读Boost另外面比如Graph这样库则是具有工业强度结构良好非常值得研读精品代码并且也可以放心在产品代码中多多利用参考站点:http://www.boost.org C各大有名库介绍——GUI 　　在众多C库中GUI部分库算是比较繁荣也比较引人注目在实际开发中GUI库选择也是非常重要件事情下面我们综述下可选择GUI库各自特点以及相关工具支持 1、MFC 　　大名鼎鼎微软基础类库(Microsoft Foundation Class)大凡学过VC人都应该知道这个库虽然从技术角度讲 MFC是不大漂亮但是它构建于Windows API 的上能够使员工作更容易,编程效率高减少了大量在建立 Windows 时必须编写代码同时它还提供了所有般 C 编程优点例如继承和封装MFC 编写在各个版本 Windows操作系统上是可移植例如在Windows 3.1下编写代码可以很容易地移植到 Windows NT 或 Windows 95 上但是在最近发展以及官方支持上日渐势微[Page] 2、QT 参考网站WebSite:http://www.trolltech.com 　　Qt是Trolltech公司个多平台C图形用户界面应用框架它提供给应用开发者建立艺术级图形用户界面所需所用功能Qt是完全面向对象很容易扩展并且允许真正地组件编程自从1996年早些时候Qt进入商业领域它已经成为全世界范围内数千种成功应用基础Qt也是流行Linux桌面环境KDE 基础同时它还支持Windows、Macosh、 Unix/X11等多种平台 3、WxWindows 参考网站WebSite:http://www.wxwindows.org 　　跨平台GUI库其类层次极像MFC所以有文章介绍从MFC到WxWindows代码移植以实现跨平台功能通过多年开发也是个日趋完善GUI库支持同样不弱于前面两个库并且是完全开放源代码新近C Builder XGUI设计器就是基于这个库 4、Fox 参考网站WebSite:http://www.fox-toolkit.org/ 　　开放源代码GUI库作者从自己亲身开发经验中得出了个理想GUI库应该是什么样子感受出发从而开始了对这个库开发有兴趣可以尝试下 5、WTL 　　基于ATL个库使用了大量ATL轻量级手法模板等技术在代码尺寸以及速度优化方面做得非常到位主要面向使用群体是开发COM轻量级供网络下载可视化Control控件开发者 6、GTK 参考网站WebSite:http://gtkmm.sourceforge.net/ 　　GTK是个大名鼎鼎C开源GUI库在Linux世界中有Gnome这样杀手应用而Qt就是这个库C封装版本 C各大有名库介绍——网络通信１、ACE 参考网站WebSite:http://www.cs.wustl.edu/~schmidt/ACE.html 　　C库代表超重量级网络通信开发框架ACE自适配通信环境(Adaptive Communication Environment)是可以自由使用、开放源代码面向对象框架在其中实现了许多用于并发通信软件Software核心模式ACE提供了组丰富可复用C包装外观(Wrapper Facade)和框架组件可跨越多种平台完成通用通信软件Software任务其中包括:事件多路分离和事件处理器分派、信号处理、服务化、进程间通信、共享内存管理、消息路由、分布式服务动态 (重)配置、并发执行和同步等等２、StreamModule 参考网站WebSite:http://www.omnarious.org/StrMod 　　设计用于简化编写分布式库尝试着使得编写处理异步行为更容易而不是用同步外壳包起异步本质３、SimpleSocket 参考网站WebSite:http://home.hetnet.nl/~lcbokkers/simsock.htm 　　这个类库让编写基于客户/服务器更加容易４、A Stream Socket API for C 参考网站WebSite:http://www.pcs.cnu.edu/~dgame/s/sC/s.html 　　又个对Socket封装库 C各大有名库介绍——XML １、Xerces 参考网站WebSite:http://xml.apache.org/xerces-c/ 　　Xerces-C 是个非常健壮XML解析器它提供了验证以及SAX和DOM APIXML验证在文档类型定义 (Document Type DefinitionDTD)方面有很好支持并且在2001年12月增加了支持W3C XMLSchema 基本完整开放标准２、XMLBooster[Page] 参考网站WebSite:http://www.xmlbooster.com/ 　　这个库通过产生特制parser办法极大提高了XML解析速度并且能够产生相应GUI来修改这个parser在 DOM和SAX两大主流XML解析办法的外提供了另外个可行解决方案３、Pull Parser 参考网站WebSite:http://www.extreme.indiana.edu/xgws/xsoap/xpp 　　这个库采用pull思路方法parser在每个SAXparser底层都有个pullparser这个xpp把这层暴露出来直接给大家使用在要充分考虑速度时候值得尝试４、Xalan 参考网站WebSite:http://xml.apache.org/xalan-c/ 　　Xalan是个用于把XML文档转换为HTML纯文本或者其他XML类型文档XSLT处理器５、CMarkup 参考网站WebSite:http://www.firstobject.com/xml.htm 　　这是种使用EDOMXML解析器在很多思路上面非常灵活实用值得大家在DOM和SAX的外寻求点灵感６、libxml http://libxmlplusplus.sourceforge.net/ 　　libxml是对著名libxml XML解析器C封装版本 C各大有名库介绍——科学计算１、Blitz 参考网站WebSite:http://www.oonumerics.org/blitz 　　Blitz 是个高效率数值计算库它设计目是希望建立套既具像C 样方便同时又比Fortran速度更快数值计算环境通常用C所写出数值比 Fortran慢20%左右因此Blitz正是要改掉这个缺点思路方法是利用Ctemplate技术执行甚至可以比Fortran更快　　Blitz目前仍在发展中对于常见SVDFFTsQMRES等常见线性代数思路方法并不提供不过使用者可以很容易地利用Blitz所提供来构建２、POOMA 参考网站WebSite:http://www.codesourcery.com/pooma/pooma 　　POOMA是个免费高性能C库用于处理并行式科学计算POOMA面向对象设计方便了快速开发对并行机器进行了优化以达到最高效率方便在工业和研究环境中使用３、MTL 参考网站WebSite:http://www.osl.iu.edu/research/mtl 　　Matrix Template Library(MTL)是个高性能泛型组件库提供了各种格式矩阵大量线性代数方面功能在某些应用使用高性能编译器情况下比如Intel编译器从产生汇编代码可以看出其和手写几乎没有两样效能４、CGAL 参考网站WebSite:www.cgal.org 　　Computational Geometry Algorithms Library目是把在计算几何方面大部分重要解决方案和思路方法以 C库形式提供给工业和学术界用户 2009-2-12 3:54:40 疯狂代码 http://CrazyCoder.cn/

2013-08-30

设计模式创建型模式 Simple Factory模式(简单工厂)

Simple Factory模式：定义创建对象的接口，并封装对象的创建。一般情况下，我们为了提高内聚和松耦合，经常会使用多态来处理一些问题。抽象出一些类的公共接口作为抽象基类或者接口。这样的话，我们将会面临一个挑战。在每次使用子类的时候，我们不得不经常使用base* = New XXX （这也无可厚非，但当系统复杂后，我们可能将无法维护子类的创建），最终我们在程序的扩展和维护成本上的开销将变得越来越大，越来越难。我们知道经常“某个对象”由于需求的变化，对象的具体实现面临着剧烈的变化。为了应对这种变化我们抽象出它比较稳定的接口，隔离出“这个易变对象”的变化，从而保持系统中“其它依赖该对象的对象”不随着需求的改变而改变，这就是我们经常谈的Factory模式了。详细见博客 http://blog.csdn.net/xiaoting451292510/article/details/8289608

2012-12-19

《C++语言核心必备.pdf》

C++语言核心必备你懂的哈哈加油哦

2013-09-02

Exceptional C++

本书详细地讨论了如何编写健壮高效的代码以及模块设计技术。本书采用了自问自答的语言风格，它讨论了实际程序设计中普遍存在的，又非常不易察觉的问题，并且进行了深刻的分析，提出了具有广泛意义的解决方案。本书值得每个想成为优秀c++程序员的人阅读。我相信，任何c++程序员都会在本书的阅读过程中有许多收获，甚至有一种醍醐灌顶，恍然大悟的收获和喜悦。序前言第1章泛型程序设计与C++标准库第1条迭代器（难度：7）第2条不区分大小写的字符串——之一（难度：7）第3条不区分大小写的字符串——之二（难度：5）第4条最大可重用的泛型容器——之一（难度：8）第5条最大可重用的泛型容器——之二（难度：6）第6条临时对象（难度：5）第7条使用标准库（或称再谈临时对象）（难度：5）第2章异常安全性问题与技术第8条编写异常安全的代码——之一（难度：7）第9条编写异常安全的代码——之二（难度：8）第10条编写异常安全的代码——之三（难度：9.5）第11条编写异常安全的代码——之四（难度：8）

2013-08-30

《编译原理(第3版).pdf》

编译原理是计算机专业的一门重要专业课，旨在介绍编译程序构造的一般原理和基本方法。内容包括语言和文法、词法分析、语法分析、语法制导翻译、中间代码生成、存储管理、代码优化和目标代码生成。编译原理是计算机专业设置的一门重要的专业课程。虽然只有少数人从事编译方面的工作，但是这门课在理论、技术、方法上都对学生提供了系统而有效的训练，有利于提高软件人员的素质和能力。目前各个大学使用的教材机械工业出版社、国防工业出版社出版的《编译原理》。

2013-09-02

《ACE程序员指南》

ACE程序员指南 [ Team LiB ] • Table of Contents ACE Programmer's Guide, The: Practical Design Patterns for Network and Systems Programming By Stephen D. Huston, James CE Johnson, Umar Syyid Publisher : Addison Wesley Pub Date : November 14, 2003 ISBN : 0-201-69971-0 Pages : 544 "If you're designing software and systems that must be portable, flexible, extensible, predictable, reliable, and affordable, this book and the ACE toolkit will enable you to be more effective in all of these areas. Even after spending over a decade developing ACE and using it to build networked software applications, I find that I've learned a great deal from this book, and I'm confident that you will, too." -Douglas C. Schmidt, Inventor of ACE, from the Foreword "This book is a must-have for every ACE programmer. For the beginner, it explains step-by-step how to start using ACE. For the more experienced programmer, it explains in detail the features used daily, and is a perfect reference manual. It would have saved me a lot of time if this book had been available some years ago"! -Johnny Willemsen, Senior Software Engineer, Remedy IT, The Netherlands "With a large C++ code base, we rely on ACE to enable a cross-platform client-server framework for data quality and data integration. ACE has improved our design and smoothed over OS idiosyncrasies without sacrificing performance or flexibility. The combination of online reference materials and printed "big picture" guides is indispensable for us, and The ACE Programmer's Guide earns top-shelf status in my office." -John Lilley, Chief Scientist, DataLever Corporation "In SITA air-ground division, we are one of the major suppliers of communication services to the airline industry. We started using ACE about a year ago and are now moving most of our new communication-related development to it. I can say that using this toolkit can reduce the development and testing time by at least 50% in our type of application". -Jean Millo, Senior Architect, SITA The ADAPTIVE Communication Environment (ACE) is an open-source software toolkit created to solve network programming challenges. Written in C++, with the help of 30 core developers and 1,700 contributors, this portable middleware has evolved to encapsulate and augment a wide range of native OS capabilities essential to support performance-driven software systems. The ACE Programmer's Guide is a practical, hands-on guide to ACE for C++ programmers building networked applications and next-generation middleware. The book first introduces ACE to beginners. It then explains how you can tap design patterns, frameworks, and ACE to produce effective, easily maintained software systems with less time and effort. The book features discussions of programming aids, interprocess communication (IPC) issues, process and thread management, shared memory, the ACE Service Configurator framework, timer management classes, the ACE Naming Service, and more. [ Team LiB ]

2013-09-02

C++程序设计.pdf

谭浩强的c++，清华大学出版社出版中国高等院校计算机基础教育课程体系规划教材上学时用的教材！

2013-02-25

C++程序调试实用手册 DeBUGGING C++

原书名: DeBUGGING C++ 原出版社作者: （美）Chris H.Pappas William H.Murray等译者: 段来盛郝阿朋郝曙光等书号: 7-5053-6214-3 页码: 528 开本: 定价: ￥56.00 丛书名软件工程师捉虫系列出版社: 电子工业出版社出版日期: 2000-10-1 本书作为有关Visual C++ Debugger的专著，是一本非常难得的好书。书中深入地分析了开发不包地辑和语法错误的代码技巧以及调试程序的基本原理，介绍了开发和调试命令行代码的过程和方法，说明了关于定位、分析及修复编程错误的方法，介绍了开发Visual C++程序时所遇到的特殊调试问题。本书是所有软件工程师的必读书籍，也可作为大专院校师生的参考资料。

2013-09-03

《C++ In Action》

C++的作用，个人感觉也算一本基本类型的C++书籍。

2013-02-25

C++深层探索.pdf

C++深层探索如果你已初步了解C++，想深入了解的话，那么你就好好阅读这本书吧！

2013-09-02

C++编程思想

本书的内容、讲授方法，选用例子和跟随的练习，别具特色，很有意思。

2013-02-25

数据结构-树和森林的表示和遍历

树的表示方法森林和二叉树的对应关系树和森林的遍历 ...

2013-10-18

IP Scanner Pro 5.0.1337 for Mac 局域网IP扫描工具

2022-12-22

openssl之BIO系列(01-25)

openssl之BIO系列之1---抽象的IO接口 1 openssl之BIO系列之2---BIO结构和BIO相关文件介绍 2 openssl之BIO系列之3---BIO的声明和释放等基本操作 5 openssl之BIO系列之4---BIO控制函数介绍 6 openssl之BIO系列之5---CallBack函数及其控制 9 openssl之BIO系列之6---BIO的IO操作函数 11 openssl之BIO系列之7---BIO链的操作 12 openssl之BIO系列之8---读写出错控制 13 openssl之BIO系列之9---BIO对的创建和应用 14 openssl之BIO系列之10---BIO链的定位操作 16 openssl之BIO系列之11---文件(file)类型BIO 18 openssl之BIO系列之12---文件描述符(fd)类型BIO 21 openssl之BIO系列之13---Socket类型BIO 22 openssl之BIO系列之14---源类型的NULL型BIO 23 openssl之BIO系列之15---内存(mem)类型BIO 24 openssl之BIO系列之16---BIO对(pair)类型BIO 26 openssl之BIO系列之17---连接（connect）类型BIO 29 openssl之BIO系列之18---接受(accept)类型BIO 32 openssl之BIO系列之19---Filter类型的NULL型BIO 36 openssl之BIO系列之20---缓冲（buffer）类型BIO 36 openssl之BIO系列之21---Base64类型的BIO 38 openssl之BIO系列之22---Cipher类型的BIO 39 openssl之BIO系列之23---MD类型的BIO 40 openssl之BIO系列之24---SSL类型的BIO 43 openssl之BIO系列之25---结束语 48

2015-07-02

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

《泛性程式设计与C++标准程式库.pdf》

Effective.STL.pdf

《编译器与编译器生成器（C++版）.pdf》

设计模式 创建型模式 Abstract Factory模式(抽象工厂)

设计模式 创建型模式 Complex Factory模式(复杂工厂)

设计模式 创建型模式 Builder模式(建造者)

设计模式 创建型模式 Prototype模式(原型)

C++解析协议简单示例

《C++算法程序设计》

C++标准库介绍.pdf

设计模式 创建型模式 Simple Factory模式(简单工厂)

《C++语言核心必备.pdf》

Exceptional C++

《编译原理(第3版).pdf》

《ACE程序员指南》

C++程序设计.pdf

C++程序调试实用手册 DeBUGGING C++

《C++ In Action》

C++深层探索.pdf

C++编程思想

数据结构-树和森林的表示和遍历

IP Scanner Pro 5.0.1337 for Mac 局域网IP扫描工具

openssl之BIO系列(01-25)

gcc-linaro-arm-linux-gnueabihf-4.9-2014.09_windows.zip

梦想加密器 支持DES 3DES AES等加密算法ECB，CBC，CFB，OFB，CTR模式

梦想加密器源码 支持DES 3DES AES等加密算法ECB，CBC，CFB，OFB，CTR模式

mtrace.tar.gz

UML统一建模语言示例图.zip

arm-linux-gnueabihf-valgrind-3.15.0.tar.gz

arm-linux-gnueabihf-gdb-8.2.tar.gz

arm-linux-gnueabihf-gdb-8.2_Ubuntu16.04.tar.gz

arm-linux-gnueabihf-gdb.tar.gz

leaktracer.tar.gz

LeakTracer_fix.tar.gz

ubuntu16.04_gcc5.5.0_0x.tar.gz

UML统一建模语言示例图.zip

memwatch.tar.gz

dmalloc.tar.gz

UML统一建模语言示例图_用例图

数据结构源码（详细见博客）

空空如也

设计模式创建型模式 Abstract Factory模式(抽象工厂)

设计模式创建型模式 Complex Factory模式(复杂工厂)

设计模式创建型模式 Builder模式(建造者)

设计模式创建型模式 Prototype模式(原型)

设计模式创建型模式 Simple Factory模式(简单工厂)

梦想加密器支持DES 3DES AES等加密算法ECB，CBC，CFB，OFB，CTR模式

梦想加密器源码支持DES 3DES AES等加密算法ECB，CBC，CFB，OFB，CTR模式