组件也叫构件。什么是组件？一个组件就是一个可以独立更换和升级的软件单元。组件具有如下特点：
1 能实现一定功能，或者提供一些服务。
2 不能单独运行，要作为系统的一部分来发挥作用。
3 是物理上的概念，不是逻辑上的概念。
4 可单独维护、可独立升级、可替换而不影响整个系统。
组件是物理上独立的一个东西，它可单独维护、升级、替换，画构件图的目的就是要做系统的构件设计，思考系统在物理上的划分，可利用现有哪些构件，哪些部分可做成构件供以后的项目重用等。
问题1：我们做软件设计时， 往往会提到 “模块 “ 这一词，“模块” 是不是构件呢？
不一定，每个人心中的“模块”的标准是不太一样的，有时候会按业务逻辑来划分模块，有时候从技术的角度来划分。模块只是为了方便说明问题，将软件人为地划分为几个部分而已，我们可以对照组件的上述几个特点来判断 “模块” 是不是构件。
问题2：软件常常会采用分层设计，那一层是一个构件吗？
大部分情况下分层设计中的每一层，仅是一个逻辑上的划分，物理上并不是单独的文件，这时这些分层不是组件。但具体要看实际的设计情况，可对照组件的上述几个特点来判断。
问题3：如何区分“服务”（service）和“组件”（component）？
所谓“组件”是指这样一个软件单元：它将被作者无法控制的其他应用程序使用，但后者不能对组件进行修改。也就是说，使用一个组件的应用程序不能修改组件的源代码，但可以通过作者预留的某种途径对其进行扩展，以改变组件的行为。
服务和组件有某种相似之处：它们都将被外部的应用程序使用。在我看来，两者之间最大的差异在于：组件是在本地使用的软件库（例如JAR文件、程序集、DLL、或者源码导入）；而服务是进程外的组件，通过同步或异步的本机进程之间通信或远程接口调用（例如web service、消息系统、RPC，或者socket）这样的机制来被应用程序使用。
服务也可以调用其他服务，因为服务本身也是一个应用程序。
可以把一个个服务映射为一个个运行时的进程，但这仅仅是一个近似。一个服务也可以包括多个进程，比如一个服务应用程序的进程和仅被该服务使用的数据库。
服务可被独立部署。如果一个应用系统由在单个进程中的多个软件库所组成，那么对任一组件做一处修改，都不得不重新部署整个应用系统。但是如果该应用系统被分解为多个服务，那么对于一个服务的多处修改，仅需要重新部署这一个服务，例外是更改服务的接口。
以服务的方式来实现组件化的另一个结果是，能获得更加显式的（explicit）组件接口。
服务的远程调用，比起进程内调用，远程调用更加昂贵。
参考
《微服务》 Martin Fowler
《IoC容器和依赖注入模式》 Martin Fowler
《火球 UML大战需求分析》