CICS Web Support 响应方法的相对性能

与静态响应相比，应用程序生成的响应使用更多的资源。应用程序生成的响应需要连接用户事务。处理请求和生成响应的过程中可能会涉及到分析器程序、转换器程序或多个用户编写的应用程序。通常，生成响应时，耗用时间更长，并且需要更多的处理器时间。

静态响应仅涉及 Web 连接任务、URIMAP 定义以及该响应主体的源文档。由于静态响应的性能优于应用程序生成的响应，所以当您使用包含应用程序和分析器程序的体系结构来传递简单响应文档时，请考虑将其转换为静态响应。对于这些由应用程序生成的响应，以指定了 ANALYZER(NO) 的 URIMAP 为目标的请求可能有资格通过直接连接的用户事务（绕过 Web 连接任务）来进行处理。有关更多信息，请参阅使用直接连接的用户事务处理 HTTP 请求。

仅限 UNIX 文件，需要遵守 HTTP If-Unmodified-Since 头。如果 UNIX 文件从此头中所选的时间以来从未进行修改，那么不返回该文件，改为返回不包含消息主体的 HTTP 304 (Not Modified) 响应。这可以大幅降低传输的数据量。

在此类别中，选择用于响应主体的源文档对性能的影响更大一些，源文档包括：

z/OS® UNIX System Services 文件，使用 HFSFILE 选项从 URIMAP 定义直接调用。
z/OS UNIX System Services 文件，定义为 CICS® 文档模板，并使用 DOCTEMPLATE 选项从 URIMAP 定义调用。
存储在 z/OS 分区数据集或 PDSE 中的文档模板。
瞬时数据队列中存储的文档模板。
临时存储器队列中存储的文档模板。
存储在 CICS 文件 (ESDS ， RRDS 或其他类型的数据集) 中的文档模板。
CICS 程序中包含的文档模板。
由出口程序生成的文档模板。可以从 DB2® 或其他数据库管理器之类的位置装入文档模板的内容。如果通过 URIMAP 定义（而不是 Web 感知应用程序）来操作出口程序所生成的文档模板，那么会将其归入静态响应这一类。但是它们确实涉及到应用程序，因此，在资源和性能方面，它们可能类似于应用程序生成的响应。

文档和文档模板简介包含有关不同类型的 CICS 文档模板以及如何设置这些文档模板的更多信息。如果要使用 CICS 文档模板来提供静态响应，请确保先安装定义，然后再使用该定义。

为了提高性能， CICS 文档处理程序在安装大多数文档模板时对其副本进行高速缓存。对模板的后续引用将使用高速缓存的副本。这意味着，从源进行第一次检索后，文档模板类型的相对访问速度并不重要。对于从 CICS 程序检索的文档模板，不会进行高速缓存，因为程序已由 CICS 装入程序管理，并且具有快速检索时间。对于由出口程序生成的文档模板，您可以指定是否高速缓存副本。

当存储器受到约束时，文档模板的性能可能会受影响。包含文档模板的程序与其他 CICS 装入的程序一样进行管理，并且可以通过程序压缩将其清空。可能会释放由文档处理程序高速缓存的文档模板，并且在下一次引用这些文档模板时，将需要从源中检索这些文档模板。