有哪些体系结构模式 计算机有哪些体系结构和特点
\u8f6f\u4ef6\u4f53\u7cfb\u7ed3\u6784\u5e38\u7528\u7684\u8bbe\u8ba1\u6a21\u5f0f\u5305\u62ec\u54ea\u4e9bMVC\u662f\u5f53\u524d\u6d41\u884c\u7684Web\u5e94\u7528\u8bbe\u8ba1\u6846\u67b6\u7684\u5b9e\u65bd\u6807\u51c6\uff0c\u662f\u8f6f\u4ef6\u5de5\u7a0b\u4e2d\u7684\u4e00\u79cd\u8f6f\u4ef6\u67b6\u6784\u6a21\u5f0f[ ]\u3002\u5b83\u628a\u8f6f\u4ef6\u7cfb\u7edf\u5206\u4e3a\u4e09\u4e2a\u57fa\u672c\u90e8\u5206:\u6a21\u578b(Model)\u3001\u89c6\u56fe(View)\u548c\u63a7\u5236\u5668(Controller)\uff0c\u76ee\u7684\u662f\u5b9e\u73b0\u4e00\u79cd\u52a8\u6001\u548c\u53ef\u6301\u7eed\u7684\u7a0b\u5e8f\u8bbe\u8ba1\uff0c\u4f7f\u540e\u7eed\u5bf9\u7a0b\u5e8f\u7684\u4fee\u6539\u548c\u6269\u5c55\u7b80\u5316\uff0c\u5e76\u4e14\u4f7f\u7a0b\u5e8f\u67d0\u4e00\u90e8\u5206\u7684\u4ee3\u7801\u6216\u529f\u80fd\u91cd\u590d\u5229\u7528\u6210\u4e3a\u53ef\u80fd\u3002
\u5728\u8fd9\u79cd\u8bbe\u8ba1\u7ed3\u6784\u4e0b\uff0c\u4e00\u4e2a\u5e94\u7528\u88ab\u5206\u4e3a\u4e09\u4e2a\u90e8\u5206\uff1amodel\u3001view\u548ccontroller\uff0c\u6bcf\u4e2a\u90e8\u5206\u8d1f\u8d23\u4e0d\u540c\u7684\u529f\u80fd\u3002\u6839\u636e\u7528\u6237\u754c\u9762\uff08view\uff09\u7684\u64cd\u4f5c\u5b8c\u6210\u5bf9\u7a0b\u5e8f\u6570\u636e\uff08model\uff09\u7684\u66f4\u65b0\u3002\u5c06\u7a0b\u5e8f\u6570\u636e\uff08model\uff09\u6539\u53d8\u53ca\u65f6\u53cd\u5e94\u5230\u7528\u6237\u754c\u9762\uff08view\uff09\u4e0a\u3002\u4e5f\u5c31\u662f\u5b8c\u6210\u4e24\u4e2a\u65b9\u5411\u7684\u52a8\u4f5c\u3002
\u76ee\u524d\u8ba1\u7b97\u7684\u4f53\u7cfb\u7ed3\u6784\u7279\u70b9\u9075\u5faa\u51af\u00b7\u8bfa\u4f9d\u66fc\u7ed3\u6784 \uff1a
\u8ba1\u7b97\u673a\u7cfb\u7edf\u7531\u786c\u4ef6\u7cfb\u7edf\u548c\u8f6f\u4ef6\u7cfb\u7edf\u4e24\u5927\u90e8\u5206\u7ec4\u6210\u3002\u7f8e\u85c9\u5308\u7259\u5229\u79d1\u5b66\u5bb6\u51af\u00b7\u8bfa\u4f9d\u66fc\u7ed3\u6784\uff08John von Neumann\uff09\u5960\u5b9a\u4e86\u73b0\u4ee3\u8ba1\u7b97\u673a\u7684\u57fa\u672c\u7ed3\u6784\uff0c\u5176\u7279\u70b9\u662f\uff1a
1\uff09\u4f7f\u7528\u5355\u4e00\u7684\u5904\u7406\u90e8\u4ef6\u6765\u5b8c\u6210\u8ba1\u7b97\u3001\u5b58\u50a8\u4ee5\u53ca\u901a\u4fe1\u7684\u5de5\u4f5c\u3002
2\uff09\u5b58\u50a8\u5355\u5143\u662f\u5b9a\u957f\u7684\u7ebf\u6027\u7ec4\u7ec7\u3002
3\uff09\u5b58\u50a8\u7a7a\u95f4\u7684\u5355\u5143\u662f\u76f4\u63a5\u5bfb\u5740\u7684\u3002
4\uff09\u4f7f\u7528\u4f4e\u7ea7\u673a\u5668\u8bed\u8a00\uff0c\u6307\u4ee4\u901a\u8fc7\u64cd\u4f5c\u7801\u6765\u5b8c\u6210\u7b80\u5355\u7684\u64cd\u4f5c\u3002
5\uff09\u5bf9\u8ba1\u7b97\u8fdb\u884c\u96c6\u4e2d\u7684\u987a\u5e8f\u63a7\u5236\u3002
6\uff09\u8ba1\u7b97\u673a\u786c\u4ef6\u7cfb\u7edf\u7531\u8fd0\u7b97\u5668\u3001\u5b58\u50a8\u5668\u3001\u63a7\u5236\u5668\u3001\u8f93\u5165\u8bbe\u5907\u3001\u8f93\u51fa\u8bbe\u5907\u4e94\u5927\u90e8\u4ef6\u7ec4\u6210\u5e76\u89c4\u5b9a\u4e86\u5b83\u4eec\u7684\u57fa\u672c\u529f\u80fd\u3002
7\uff09\u5f69\u4e8c\u8fdb\u5236\u5f62\u5f0f\u8868\u793a\u6570\u636e\u548c\u6307\u4ee4\u3002
8\uff09\u5728\u6267\u884c\u7a0b\u5e8f\u548c\u5904\u7406\u6570\u636e\u65f6\u5fc5\u987b\u5c06\u7a0b\u5e8f\u548c\u6570\u636e\u9053\u5fb7\u4ece\u5916\u5b58\u50a8\u5668\u88c5\u5165\u4e3b\u5b58\u50a8\u5668\u4e2d\uff0c\u7136\u540e\u624d\u80fd\u4f7f\u8ba1\u7b97\u673a\u5728\u5de5\u4f5c\u65f6\u80fd\u591f\u81ea\u52a8\u8c03\u6574\u5730\u4ece\u5b58\u50a8\u5668\u4e2d\u53d6\u51fa\u6307\u4ee4\u5e76\u52a0\u4ee5\u6267\u884c\u3002
\u8fd9\u5c31\u662f\u5b58\u50a8\u7a0b\u5e8f\u6982\u5ff5\u7684\u57fa\u672c\u539f\u7406\u3002
一、体系结构定义：
体系结构是一个计算机术语，由G. Amdahl于1964年首次提出体系结构概念，为以后计算机系统的设计与开发奠定了良好的基础。体系结构包括数据流系统、调用－返回系统、独立部件、虚拟机、以数据为中心的系统（库）、特殊领域风格、特殊结构风格、不同风格合成建立的异构结构、最初始最基本的主程序/子程序九大内容。
二、体系结构由来：
在传统的程序设计领域中，人们使用流程图来表达系统的基本功能和实现的具体逻辑，但是，流程图实际上仅仅是源程序的图形化表示，无法给系统的分析和开发者提供更多的信息，所以没有在实际的系统开发过程中得到广泛的应用。随着软件系统的规模和复杂性的增加，对软件系统的整体结构（数据和控制的逻辑）进行分析和描述成为大型系统开发的一个不可缺少的重要部分，显然，使用流程图是无法达到这个目标的，我们必须使用新的方法和概念来对系统的整体结构进行把握。
三、体系结构的分类：
1. 数据流系统，包括顺序批处理、管道和过滤器；
2. 调用－返回系统，包括主程序和子程序、面向对象系统、层次结构；
3. 独立部件，包括通信进程、事件隐式调用；
4.虚拟机，包括解释器、规则基系统；
5. 以数据为中心的系统（库），包括数据库、超文本系统、黑板系统；
6. 特殊领域风格；例如过程控制、模拟器；
7. 特殊结构的风格，例如分布式处理、状态转移系统；
8. 不同风格合成建立的异构结构；
9. 最初始、最基本的主程序/子程序。
四、结构范式：
1.管道和过滤器
每个组件具有输入和输出的集合，从流中读出数据作为输入，产生输出数据的流。整个系统可以看成多个过滤器复合形成的数据处理组件。
过滤器A
过滤器B
过滤器C
管道
特点：
过滤器之间是相互独立的（不能共享状态），其中一个过滤器的操作和行为不能影响另外过滤器的操作和行为，流的传送没有副作用。
过滤器对所输入流的来源和输出流的去向不关心，不需要知道流的来源和流的去向，来源和去向对于过滤器的数据处理没有任何影响。
过滤和流的传送可以是并发的，可以同时有多个流的传送存在于系统之中。
实例：
一个最著名的实例是unix的shell编程，多个对数据进行处理的程序（组件）通过管道联结起来，产生总和的效果；还有传统的编译器，源代码经过词法分析、语法分析、中间代码生成、目标代码生成等步骤生成输出的目标代码。
优点：
整个系统的功能是多个过滤器作用的总和，这样可以简化系统的分析和设计，可以经过需求的分析之后将整个系统作为一个过滤器处理，然后再逐步的细化成为多个相互连接的过滤器。
支持组件的重用，同一个过滤器可以多次出现在系统的不同位置。
易于维护和增强，过滤器可以被替换，可以增加新的过滤器到系统中而不改变原有的过滤器，不改变原来系统的基本功能。
本质上的并发性支持，这种体系结构由于本质上是与各个独立的过滤器的状态无关的，与并行的流的通过次序也是无关的，所以并发是一个基本的体系结构自然具有的特性。
缺点：
由于过滤器之间本质上是独立的，所以设计者必须独立考虑每一个过滤器的输入、处理和输出的过程，对于过滤器逻辑上的共同点和相互关系无法在设计中加以体现。
由于这种体系的批处理特性，所以不适合开发和用户交互的应用程序。
系统的多个处理流之间的共同特性无法提取、多个过滤器之间的共同特性也无法提取，所以增加了设计的复杂性。
2.面向对象的体系
在这种体系中，数据和数据上的操作被封装成抽象数据类型或者对象。系统由大量的对象组成，在物理上，对象之间通过函数或者过程调用相互作用；在逻辑上，对象之间通过集成、复合等方式实现设计的复用。
对象D
对象B
对象A
对象E
对象C
对象调用
对象调用
对象调用
类A
类B
类C
类G
对象A
对象E
类F
复合
继承
物理结构逻辑结构
特点：
面向对象系统分析和设计的资料已经太多，这里就不再详细说明了。
优点：
由于封装，实现了灵活性和扩充性，隐藏了实现的细节，提高代码的质量；
使用继承和多态、提高了软件的可重用性。
缺点：
最主要的缺点是，由于对象之间的交互是通过明确的对象函数调用进行的，所以当一个对象需要实现一个特定功能的时候，必须知道哪一个对象提供这种服务，这就降低了系统的灵活性。管道和过滤器模型不需要明确指明数据的来源和去向。
事件驱动的体系
对象E
对象E
对象E
事件分发的总线
事件的创建
事件接收者的注册的创建
对象E
这是面向对象和数据抽象体系的一种变形，系统同样是由大量的对象组成的，但是对象之间的交互不是通过明确指明对象的函数或者过程调用进行的，相反，系统提供事件的创建和发布的机制，对象产生事件，一个或者多个对象通过向系统注册关注这个事件并由此触发出相应的行为或者产生新的事件。
实例：
一个最著名的例子是GUI的模型，鼠标、键盘或者其他输入设备产生各种事件，窗口、程序或者其他对象有这些事件所触发，产生新的事件、进行数据处理或者其他操作。
优点：
用于函数和过程的调用调用不需要指明特定的对象，所以系统具有非常好的灵活性和扩展性，新的组件只需要向系统的事件处理部分注册就可以立刻加入系统中，同样，老的组件也可以方便的从系统中删除。对于动态性要求特别高的系统，特别是如果需要在运行时对系统进行扩充，应该采用该结构。
缺点：
由于函数调用是通过事件发送进行的，所以，发出事件的对象不能确认是否有对象处理了这个事件、是否是期望的对象处理了这个事件、是否获得期望的结果，同样也无法控制事件发生的次序，系统的逻辑和时序的正确性必须通过复杂的时序逻辑和前后条件的断言加以保证。
3.分层次的体系
将系统功能和组件分成不同的功能层次，一般而言，只有最上层的组件和功能可以被系统外的使用者访问，只有相邻的层次之间才能够有函数调用。
下面是一个基本的商务处理系统的层次结构：
用户界面层
事务逻辑层
核心层
实例：
显然，ISO的OSI（开放系统互连）参考模型是最著名的层次模型的例子，通过将开放系统的功能和组件划分成7个层次，定义清晰的（很多时候是过于复杂的）层次之间的接口，实现复杂的互操作性。
优点：
系统的开发和设计可以逐步的分层次的进行，从底层的简单的功能逐步建立高层的复杂和抽象的功能。
灵活性和扩展性，由于相邻层次之间通过清晰的接口交互，所以特定的层次可以被替换和增强，甚至可以增加新的层次。
缺点：
不是所有的系统都可以分解成为清楚的层次
划分清晰、逻辑上一致的层次是非常困难的（OSI的失败和TCP/IP的成功说明了这一点）
严格的层次调用结构会降低系统的性能。
4.知识库体系
使用一个中心数据结构表示系统的当前状态，一组相互独立的组件在中心数据库上进行操作。如果组件负责对中心数据进行选择、处理，这种体系就是传统的数据库模型；如果中心数据结构自主的引发一系列的行为，则这种体系可以看成一个黑板模型。
中心数据库（知识库）
客户组件A
客户组件B
客户组件C
实例：
大量的传统数据库应用程序实际上就是这一体系的具体实例。在很多研究系统中，使用的基于知识库的黑板模型，实际上也是这种体系
优点：
以数据为中心的体系结构，可以自然的表示大量的数据和事务处理的逻辑，适合表达以数据为重新的应用程序。
缺点：
只有很少一部分简单的数据库存储应用可以完全采用这种体系结构表示，在大量实际的商业应用中，完成师傅处理和其他逻辑的应用程序必须采用其他的体系结构表达
5.解释器体系
用户
如果应用程序的逻辑非常复杂，例如，AutoCAD的各种绘图指令，而且，用户可能以非常复杂的方式使用这个系统，一个较好的体系就是提供面向领域的一组指令（语言），系统解释这种语言，产生相应的行为，用户使用这种指令（语言）完成复杂的操作。
使用虚拟机语言描述的业务逻辑
虚拟机解释器
完成实际操作任务的基本指令
实际的问题领域
实例：
大量的开发工具、二次开发工具体现了这一思想：微软在其产品中大量使用的Visual Basic for Application，以及在AutoDesk产品中大量使用的AutoLisp语言，实际上就是给用户提供了一种面向领域的语言，然后核心解释执行这一语言的指令和指令序列。从而扩充产品的功能，方便用户按照自己的需要定制系统。
优点：
非常好的扩展性，用户可以实现对软件系统的二次开发
缺点：
软件开发复杂，特别是这种指令集的设计非常困难。
是否可以采用一种成熟的语言作为二次开发的基础（例如，基于Java）
绛旓細杞欢浣撶郴缁撴瀯 杞欢浣撶郴缁撴瀯鏄叧浜庤蒋浠剁郴缁熺殑楂樼骇鎶借薄鎻忚堪锛屼负杞欢璁捐鎻愪緵缁撴瀯鍖栫殑妗嗘灦銆傚父瑙佺殑杞欢浣撶郴缁撴瀯鍖呮嫭锛1. 妯″潡鍖栫粨鏋锛圡odular Architecture锛夛細妯″潡鍖栫粨鏋勫皢杞欢鍒嗚В涓哄涓嫭绔嬬殑妯″潡锛屾瘡涓ā鍧楁墽琛岀壒瀹氱殑鍔熻兘銆傝繖绉嶇粨鏋勬湁鍔╀簬鎻愰珮杞欢鐨勭伒娲绘у拰鍙淮鎶ゆс2. 灞傛鍖栫粨鏋勶紙Layered Architecture锛夛細...
绛旓細1. 鐮栨贩缁撴瀯浣撶郴銆傜爾娣风粨鏋勪綋绯绘槸涓绉嶄紶缁熺殑寤虹瓚缁撴瀯褰㈠紡锛屼富瑕佺敱鐮栧鍜岄挗绛嬫贩鍑濆湡妤兼澘缁勬垚銆傚湪杩欑缁撴瀯涓紝鐮栧浣滀负涓昏鐨勬壙閲嶆瀯浠讹紝鎵垮彈鐫寤虹瓚鐗╃殑涓昏鑽疯浇銆傞挗绛嬫贩鍑濆湡妤兼澘鍒欐彁渚涙按骞虫敮鎾戯紝澧炲姞缁撴瀯鐨勬暣浣撶ǔ瀹氭с傜爾娣风粨鏋勪綋绯婚傜敤浜庝綆灞傝嚦涓珮灞傚缓绛戠墿锛屽叿鏈夎緝濂界殑鑰愪箙鎬у拰杈冧綆鐨勬垚鏈2. 妗嗘灦缁撴瀯浣撶郴銆...
绛旓細浣撶郴缁撴瀯鍖呮嫭鏁版嵁娴佺郴缁熴佽皟鐢-杩斿洖绯荤粺銆佺嫭绔嬮儴浠躲佽櫄鎷熸満銆佷互鏁版嵁涓轰腑蹇冪殑绯荤粺(搴)銆佺壒娈婇鍩熼鏍笺佺壒娈婄粨鏋勯鏍笺佷笉鍚岄鏍煎悎鎴愬缓绔嬬殑寮傛瀯缁撴瀯銆佹渶鍒濆鏈鍩烘湰鐨勪富绋嬪簭/瀛愮▼搴忎節澶у唴瀹广 浜屻佷綋绯荤粨鏋勭敱鏉: 鍦ㄤ紶缁熺殑绋嬪簭璁捐棰嗗煙涓,浜轰滑浣跨敤娴佺▼鍥炬潵琛ㄨ揪绯荤粺鐨勫熀鏈姛鑳藉拰瀹炵幇鐨勫叿浣撻昏緫,浣嗘槸,娴佺▼鍥惧疄闄呬笂浠呬粎鏄簮绋嬪簭...
绛旓細甯哥敤鐨勭粨鏋勪綋绯绘湁锛氭鏋剁粨鏋勩佺爾娣风粨鏋勩侀挗缁撴瀯銆佸壀鍔涘缁撴瀯浠ュ強妗嗘灦-鍓姏澧欑粨鏋銆1. 妗嗘灦缁撴瀯锛氭鏋剁粨鏋勪富瑕佺敱姊佸拰鏌辩粍鎴愩傝繖绉嶇粨鏋勪綋绯荤殑涓昏鎵块噸鏋勪欢鏄鍜屾煴锛屽畠浠叡鍚屾壙鍙楄嵎杞藉苟浼犻掑姏銆傛鏋剁粨鏋勫叿鏈夌┖闂村竷缃伒娲汇佸缓绛戠編瑙傜瓑浼樼偣锛屽箍娉涘簲鐢ㄤ簬鍚勭被寤虹瓚銆2. 鐮栨贩缁撴瀯锛氱爾娣风粨鏋勪富瑕佺敱鐮栧鍜岄挗绛嬫贩鍑濆湡妤兼澘...
绛旓細璁＄畻鏈虹殑浣撶郴缁撴瀯鏈夊涓嬩笁绉嶏細锛1锛夊崟澶勭悊鍣ㄧ殑浣撶郴缁撴瀯 鍦ㄥ垎绾у瓨鍌ㄧ殑璁＄畻鏈轰腑锛屽涓涓狢PU鏉ヨ锛屽喅瀹氭寔缁瓨鍌ㄥ櫒甯﹀鐨勫叧閿洜绱犳槸cache鐨勬湭鍛戒腑绛夊緟鏃堕棿銆傜洰鍓嶏紝閲囩敤cache鐨勬満鍣ㄥ叾瀛樺偍绯荤粺鏈変簡鏄捐憲鐨勫彉鍖栵紝瀛樺偍鍣ㄨ闂腑绛夊緟鏃堕棿涓庝紶杈撴椂闂翠箣姣斿ぇ澶ф敼鍙橈紝1990骞20MHz鐨勬満鍣ㄧ瓑寰呮椂闂村拰浼犺緭鏃堕棿澶ц嚧鐩哥瓑锛1995骞100...
绛旓細涓銆佹鏋朵綋绯 鐢辨鍜屾煴涓轰富瑕佹瀯浠剁粍鎴愮殑鎵垮彈绔栧悜鍜屾按骞充綔鐢ㄧ殑缁撴瀯绉颁负妗嗘灦缁撴瀯
绛旓細1銆佺洿绾垮紡 杩欐槸涓绉嶄紶缁熺殑缁勭粐缁撴瀯瀹冩潵婧愪簬鍐涗簨鎸囨尌绯荤粺锛屽叾鐗圭偣鏄竴涓笅绾у彧鎺ュ彈涓涓笂绾ч瀵硷紝涓绾у涓绾ц礋璐ｏ紝鎸囨尌绠＄悊缁熶竴锛岃矗浠诲拰鏉冮檺姣旇緝鏄庣‘銆2銆佽亴鑳藉紡 杩欐槸涓绉嶅己璋冧笓涓氬垎宸ョ殑澶ц法搴︾粍缁缁撴瀯妯″紡锛屽叾鐗圭偣鏄紝寮鸿皟绠＄悊鑱岃兘鐨勪笓涓氬寲锛岀敱鎬昏礋璐ｄ汉灏嗙浉搴旂殑绠＄悊鑱屾潈鍜屾潈鍔涗氦缁欏悇涓亴鑳介儴闂ㄨ礋璐ｄ汉锛...
绛旓細涓昏鏈夛細鐮栨贩缁撴瀯銆佸簳妗嗙粨鏋勩妗嗘灦缁撴瀯浣撶郴銆佹绛掔粨鏋勩佺瓛涓瓛缁撴瀯銆佹鏋舵牳蹇冪瓛缁撴瀯銆佸閲嶇瓛缁撴瀯鍜屾潫绛掔粨鏋勩傜爾娣风粨鏋勭粡娴庯紝鎵胯浇鍔涘樊涓鐐癸紝涓鑸眰鏁颁笉浼氬緢澶氥傚姞绛嬬爩鍧楃粨鏋勶細鍦ㄧ爩浣撻噷鍔犱簡閽㈢瓔锛岀壒鍒槸鎶楅渿钖勫急鍖猴紝鎵浠ユ壙杞藉姏鏈夋墍鎻愰珮銆傚湪瀹炶吂绛掑浣撲笂寮鏈夎鍒欐帓鍒楃殑绐楁礊褰㈡垚鐨勫紑瀛旂瓛浣撶О涓烘绛掞紱绛掍綋...
绛旓細杞欢绯荤粺鐨浣撶郴缁撴瀯缁忓巻浜嗕富鏈虹粓绔妯″紡銆佸鎴锋満/鏈嶅姟鍣紙C/S锛夋ā寮忋佹祻瑙堝櫒/鏈嶅姟鍣紙B/S锛夊拰澶氬眰鍒嗗竷寮忕粨鏋勩備富鏈/缁堢缁撴瀯锛氭棭鏈熻绠楁満绯荤粺澶氭槸鍗曟満绯荤粺锛屽涓敤鎴锋槸閫氳繃鑱旂綉缁堢鏉ヨ闂殑锛屾病鏈夌綉缁滅殑姒傚康銆傚嵆鎵璋撶殑涓绘満鍒嗘椂绯荤粺銆傝繛鎺ョ殑缁堢瀹屾垚娌℃湁浜嬪姟澶勭悊鐨勮兘鍔涳紝鍙槸杈撳叆鍜屾樉绀轰俊鎭傛墍鏈夌殑浜嬪姟澶勭悊...
绛旓細C/S (Client/Server) 妯″紡: 瀹㈡埛 / 鏈嶅姟鍣ㄦā寮忋傚湪杩欑妯″紡涓,姣忎釜瀹㈡埛绔兘闇瑕佸畨瑁呭鎴风杞欢,绠＄悊鍜岀淮鎶ゆ椂瀹㈡埛绔拰鏈嶅姟鍣ㄧ閮介渶瑕佹洿鏀,缁存姢楹荤儲銆備緥濡, QQ 绛夊氨灞炰簬杩欑妯″紡銆侭/S (Browser/Server) 妯″紡: 娴忚鍣 / 鏈嶅姟鍣ㄦā寮 銆傚彧闇瑕佸湪鏈嶅姟鍣ㄧ瀹夎杞欢,瀹㈡埛绔彧闇瑕佷娇鐢ㄦ祻瑙堝櫒璁块棶鏈嶅姟鍣...
