c – 重复文字和硬编码

b->last = ngx_cpymem(b->last,"</pre><hr>",sizeof("</pre><hr>") - 1);

请注意,文字字符串使用了两次.提取物来自nginx源库.

在编译单元中遇到这些文字时,编译器应该能够合并这些文字.

我的问题是：

>在编译单元中遇到商用级编译器(VC,GCC,LLVM / Clang)时是否删除了这种冗余？
>链接目标文件时,(静态)链接器是否会删除此类冗余.
>如果2适用,这种优化会在动态链接期间发生吗？
>如果1和2适用,它们是否适用于所有文字.

这些问题很重要,因为它允许程序员在不损失效率的情况下进行冗长 – 即,考虑将大量静态数据模型硬连接到程序中(例如,在某些低级方案中使用的决策支持系统的规则) .

编辑

2分/澄清

>上面的代码由公认的“主”程序员编写.这家伙一手写了nginx.
>我没有问过文字硬编码的哪种可能机制更好.所以不要偏离主题.

编辑2

我最初的例子是非常人为的和限制性的.以下代码段显示了嵌入到内部硬编码知识中的字符串文字的用法.第一个片段用于配置解析器告诉它为哪个字符串设置哪个枚举值,第二个片段通常用作程序中的字符串.我个人对此感到满意,只要编译器使用字符串文字的一个副本,并且由于元素是静态的,它们不会进入全局符号表.

static ngx_conf_bitmask_t  ngx_http_gzip_proxied_mask[] = {
   { ngx_string("off"),NGX_HTTP_GZIP_PROXIED_OFF },{ ngx_string("expired"),NGX_HTTP_GZIP_PROXIED_EXPIRED },{ ngx_string("no-cache"),NGX_HTTP_GZIP_PROXIED_NO_CACHE },{ ngx_string("no-store"),NGX_HTTP_GZIP_PROXIED_NO_STORE },{ ngx_string("private"),NGX_HTTP_GZIP_PROXIED_PRIVATE },{ ngx_string("no_last_modified"),NGX_HTTP_GZIP_PROXIED_NO_LM },{ ngx_string("no_etag"),NGX_HTTP_GZIP_PROXIED_NO_ETAG },{ ngx_string("auth"),NGX_HTTP_GZIP_PROXIED_AUTH },{ ngx_string("any"),NGX_HTTP_GZIP_PROXIED_ANY },{ ngx_null_string,0 }
};

紧随其后：

static ngx_str_t  ngx_http_gzip_no_cache = ngx_string("no-cache");
static ngx_str_t  ngx_http_gzip_no_store = ngx_string("no-store");
static ngx_str_t  ngx_http_gzip_private = ngx_string("private");

对于那些留在话题上的人,勇敢！