diff --git a/docs/system-design/设计模式.md b/docs/system-design/设计模式.md
index 6af52e41..c7a86716 100644
--- a/docs/system-design/设计模式.md
+++ b/docs/system-design/设计模式.md
@@ -35,7 +35,7 @@
 ### 常见结构型模式详解
 
 - **适配器模式：**
-  -  [深入理解适配器模式——加个“适配器”以便于复用](https://segmentfault.com/a/1190000011856448)
+  -  [深入理解适配器模式——加个“适配器”以便于复用](https://segmentfault.com/a/1190000011856448) https://blog.csdn.net/carson_ho/article/details/54910430
   - [适配器模式原理及实例介绍-IBM](https://www.ibm.com/developerworks/cn/java/j-lo-adapter-pattern/index.html)
 - **桥接模式：** [设计模式笔记16：桥接模式(Bridge Pattern)](https://blog.csdn.net/yangzl2008/article/details/7670996)
 - **组合模式：** [大话设计模式—组合模式](https://blog.csdn.net/lmb55/article/details/51039781)
@@ -68,7 +68,7 @@
 - [责任链模式实现的三种方式](https://www.cnblogs.com/lizo/p/7503862.html)
 - **命令模式：** <https://design-patterns.readthedocs.io/zh_CN/latest/behavioral_patterns/command.html> 在软件设计中，我们经常需要向某些对象发送请求，但是并不知道请求的接收者是谁，也不知道被请求的操作是哪个，我们只需在程序运行时指定具体的请求接收者即可，此时，可以使用命令模式来进行设计，使得请求发送者与请求接收者消除彼此之间的耦合，让对象之间的调用关系更加灵活。命令模式可以对发送者和接收者完全解耦，发送者与接收者之间没有直接引用关系，发送请求的对象只需要知道如何发送请求，而不必知道如何完成请求。这就是命令模式的模式动机。
 - **解释器模式：**
-- **迭代器模式：**
+- **迭代器模式：** <https://www.cnblogs.com/zhili/p/IteratorPattern.html>
 - **中介者模式：** <https://design-patterns.readthedocs.io/zh_CN/latest/behavioral_patterns/mediator.html>
 - **备忘录模式：**
 - **观察者模式：** <https://design-patterns.readthedocs.io/zh_CN/latest/behavioral_patterns/observer.html>、<https://juejin.im/post/5c712ab56fb9a049a7127114>