在 IIS7（Internet Information Services 7）环境中，通常只能使用一个 SSL 证书，这主要是由其架构和设计特点所决定的。

从架构角度来看，IIS7 是基于 Windows 服务器平台的 Web 服务器，它的设计初衷是为了提供高效、稳定的 Web 服务。在这种架构下，SSL 证书的管理和使用受到一定的限制。每个 SSL 证书都与特定的网站绑定，用于加密和保护该网站与客户端之间的通信。当多个网站需要使用 SSL 加密时，如果同时使用多个 SSL 证书，就会增加管理的复杂性和成本。

一方面，IIS7 的配置和管理界面相对较为集中，对于 SSL 证书的管理也主要集中在一个地方。在配置 SSL 证书时，需要指定证书的绑定站点、证书的密钥等信息。如果同时使用多个 SSL 证书，就需要在配置中分别指定每个证书的相关信息，这不仅增加了管理员的操作负担，还容易出现配置错误。

另一方面，SSL 证书的使用需要与操作系统和 Web 服务器的安全机制紧密结合。IIS7 依赖于 Windows 操作系统的安全机制来管理 SSL 证书，包括证书的颁发、安装、更新等操作。每个 SSL 证书都与特定的操作系统用户或服务账户相关联，用于控制对证书的访问和使用权限。如果同时使用多个 SSL 证书，就需要在操作系统层面进行相应的配置和管理，以确保每个证书的安全使用。

从性能角度考虑，使用多个 SSL 证书可能会对服务器的性能产生一定的影响。SSL 加密和解密是一个计算密集型的过程，需要消耗服务器的计算资源。如果同时处理多个 SSL 连接，就会增加服务器的负载，可能导致性能下降。特别是在高并发的情况下，多个 SSL 证书的使用可能会导致服务器响应时间延长，影响用户的访问体验。

然而，这并不意味着在 IIS7 中不能使用多个 SSL 证书。如果有特殊需求，可以通过一些技术手段来实现。例如，可以使用虚拟主机技术，将多个网站绑定到同一个 IP 地址上，但使用不同的域名。然后，为每个域名配置单独的 SSL 证书。这样，在客户端看来，每个网站都有自己独立的 SSL 加密连接，但实际上是在同一个服务器上运行的。

另外，还可以使用反向代理服务器来实现多个 SSL 证书的使用。反向代理服务器可以将客户端的请求转发到后端的不同服务器上，每个服务器可以使用自己的 SSL 证书。反向代理服务器负责处理 SSL 加密和解密的工作，将加密后的请求转发给后端服务器，后端服务器返回的响应再由反向代理服务器进行解密后返回给客户端。

IIS7 只能使用一个 SSL 证书主要是由其架构和设计特点所决定的。但在实际应用中，可以通过一些技术手段来实现多个 SSL 证书的使用，以满足不同的需求。在选择使用 SSL 证书时，需要根据具体的情况进行综合考虑，权衡安全性、管理性和性能等因素。