只要是客户端发来了请求，不管是怎么处理的，最后必定会有access log，里面也会记录处理的结果，比如状态码是502。

access log和error log是两个不同的日志，两者互不影响。

其实可以做一个非常简单的测试，用proxy_pass转发到一个不存在的IP地址，然后看看日志。

根据你提供的配置和错误信息，有几个问题可能导致你无法访问多级目录的资源。下面是可能的解决方案：

1. 尝试一：访问/applet/img/user/fitness_logo2.png 提示404的配置：

```

location / {

    root /app/docker/statics/web;

    try_files $uri $uri/ /index.html;

    index index.html index.htm;

}

location /applet {

  root /app/docker/statics;

  index index.html;

}

```

这个配置中，`location /applet` 指定了根目录为 `/app/docker/statics`，而你的资源实际路径是 `/app/docker/statics/applet`。因此，你需要在 `location /applet` 的配置中添加 `/applet` 部分，以便正确地指向资源路径。修改后的配置如下：

```

location / {

    root /app/docker/statics/web;

    try_files $uri $uri/ /index.html;

    index index.html index.htm;

}

location /applet {

  root /app/docker/statics;

  index index.html;

  try_files $uri $uri/ /applet$uri /applet$uri/ =404;

}

```

2. 尝试二：访问/applet/img/user/fitness_logo2.png 提示404的配置：

```

location / {

    root /app/docker/statics/web;

    try_files $uri $uri/ /index.html;

    index index.html index.htm;

}

location /applet {

  alias /app/docker/statics/applet;

}

```

在这个配置中，你使用了 `alias` 指令来映射 `/applet` 到 `/app/docker/statics/applet` 目录。但是，由于你的请求是 `/applet/img/user/fitness_logo2.png`，Nginx 尝试将请求 `/applet/img/user/fitness_logo2.png/` 解析为目录，并在该目录下寻找索引文件，导致出现错误。为了解决这个问题，你可以尝试在 `location /applet` 的配置中使用 `try_files` 指令来显式指定文件的匹配。修改后的配置如下：

```

location / {

    root /app/docker/statics/web;

    try_files $uri $uri/ /index.html;

    index index.html index.htm;

}

location /applet {

  alias /app/docker/statics/applet;

  try_files $uri $uri/ =404;

}

```

NGINX以其高性能和高效处理HTTP请求（包括转发各种大小的文件）而闻名。然而，NGINX在转发100kB文件时的具体性能和延迟将取决于几个因素，包括服务器硬件、网络条件、NGINX配置和服务器上的工作负载。

一般来说，NGINX被设计为处理大量并发连接并有效地为静态文件提供服务。当转发100kB的文件时，NGINX的性能通常非常快并且具有低延迟。它可以以最小的延迟处理和提供此类文件，从而允许快速传输到客户端。

NGINX的性能优势主要是由于其事件驱动的异步架构，该架构允许它在不阻塞其他请求的情况下同时处理多个连接。它利用了高效的I/O操作和缓存机制，从而实现了高吞吐量和低延迟的文件服务。

然而，需要注意的是，总体性能和延迟可能受到各种因素的影响，例如服务器的硬件资源、NGINX配置的复杂性、网络带宽以及请求流中涉及的任何额外处理或代理。此外，性能可能因特定的工作负载和系统配置而异。

要优化NGINX转发文件的性能，可以考虑以下几点：

1.微调NGINX配置：查看并优化NGINX的配置设置，如工作进程、工作连接、缓冲区大小和超时，以匹配服务器的硬件和工作负载要求。

2.利用缓存：利用NGINX的缓存功能将频繁请求的文件存储在内存中，减少了重复从后端服务器获取文件的需要。

3.网络优化：确保服务器的网络基础设施得到正确配置和优化，以实现高效的数据传输，包括足够的带宽和低延迟连接。

4.负载平衡和扩展：如果您有多个后端服务器，可以考虑使用NGINX实现负载平衡，以均匀地分配工作负载并获得更好的性能。

还值得一提的是，特定于您的环境的基准测试和性能测试可以在转发特定大小的文件时更准确地了解NGINX的性能和延迟。进行此类测试可以帮助您根据自己独特的需求和基础架构来衡量和优化性能。