我之前也碰到过一模一样的问题——Tomcat返回的相对路径Location头，经过Nginx反向代理后丢了上下文路径（比如你的/biotestmine/）和正确端口，导致跳转URL直接指向不存在的资源。下面就一步步帮你解决这个问题：

问题根源拆解 #

你当前的核心矛盾是：

• Tomcat作为上游服务，返回的Location是相对路径（比如/examples/servlets/）
• Nginx默认会把这个相对路径直接拼接到代理的域名上，但没带上代理的上下文路径/biotestmine/和请求时的端口（8482）
• 最终生成的跳转URLhttps://some_host.location.com/examples/servlets/缺失了必要前缀，自然访问失败

两种可靠解决方案 #

方法1：用Nginx内置proxy_redirect指令（推荐，最简洁） #

Nginx专门提供了proxy_redirect指令来处理上游返回的Location头，比自定义重写逻辑更高效，是官方推荐的方式。

在你的location /biotestmine/块中添加以下配置：

# 匹配上游返回的所有以"/"开头的相对路径Location，自动拼接代理上下文路径
proxy_redirect ~^/(.*)$ /biotestmine/$1;

# 额外处理上游偶尔返回的带完整域名的Location（比如Tomcat配置了绝对路径的情况）
proxy_redirect http://some_host.location.com:8080/ /biotestmine/;

为什么这么写：

• 第一条正则匹配规则，把上游返回的/xxx格式路径，直接替换为/biotestmine/xxx
• 第二条精准匹配规则，专门处理上游返回的带Tomcat域名端口的完整URL，一键替换为代理上下文路径

方法2：自定义重写$upstream_http_location（适配你的初始思路） #

如果你更倾向于用自定义逻辑动态修改Location头，可以修正你原本的@handle_redirects块，解决变量拼接的细节问题：

首先保留location /biotestmine/中的这两行：

proxy_intercept_errors on;
error_page 301 302 307 = @handle_redirects;

然后修改@handle_redirects块的内容：

location @handle_redirects {
    # 提取上游Location的核心路径：兼容相对路径和完整URL两种情况
    if ($upstream_http_location ~* ^https?://[^/]+(/.*)$) {
        set $redirect_path $1;
    }
    if ($upstream_http_location ~* ^/(.*)$) {
        set $redirect_path /$1;
    }

    # 拼接正确的跳转URL：保留原状态码、当前域名端口、上下文路径
    return $status $scheme://$http_host/biotestmine$redirect_path;
}

关键修正点：

• 用$http_host代替手动拼接域名+端口：这个变量会自动包含客户端请求时用的完整域名和端口（比如some_host.location.com:8482），避免默认端口（80/443）时出现多余端口号
• 用$status保留上游原本的301/302状态码，不会强行改成302
• 通过正则提取核心路径，同时兼容上游返回相对路径和完整URL两种场景

完整可直接用的Nginx配置示例 #

我把你的原有配置和修复内容整合好了，还补上了SSL场景的提示：

upstream some_host_8080__biotestmine {
    ip_hash;
    server some_host.location.com:8080 weight=1 max_fails=3 fail_timeout=30s max_conns=100;
}

# HTTP跳转HTTPS（如果你的实际服务用了SSL）
server {
    listen       80;
    server_name  some_host.location.com;
    return 301 https://$server_name:8482$request_uri;
}

# 主HTTPS服务配置
server {
    listen       8482 ssl;
    server_name  some_host.location.com;

    # 这里补上你的SSL证书配置（自己替换成实际路径）
    # ssl_certificate /path/to/your/cert.pem;
    # ssl_certificate_key /path/to/your/key.pem;

    location /biotestmine/ {
        proxy_pass http://some_host_8080__biotestmine/;
        # 传递上游需要的核心头信息
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
        proxy_set_header Host $host;
        proxy_http_version 1.1;

        # 方法1：启用proxy_redirect（推荐，注释掉方法2的配置即可）
        proxy_redirect ~^/(.*)$ /biotestmine/$1;
        proxy_redirect http://some_host.location.com:8080/ /biotestmine/;

        # 方法2：启用自定义重写（注释掉上面的proxy_redirect，取消下面两行注释）
        # proxy_intercept_errors on;
        # error_page 301 302 307 = @handle_redirects;

        # 页面内资源路径替换（保留你原有的配置）
        sub_filter 'href="/' 'href="/biotestmine/';
        sub_filter 'src="/' 'src="/biotestmine/';
        sub_filter 'action="/' 'action="/biotestmine/';
        sub_filter_once off;
    }

    # 方法2对应的自定义重写块（启用方法2时取消注释）
    # location @handle_redirects {
    #     if ($upstream_http_location ~* ^https?://[^/]+(/.*)$) {
    #         set $redirect_path $1;
    #     }
    #     if ($upstream_http_location ~* ^/(.*)$) {
    #         set $redirect_path /$1;
    #     }
    #     return $status $scheme://$http_host/biotestmine$redirect_path;
    # }
}

最后验证步骤 #

修改配置后，先重启Nginx：

nginx -s reload

然后用curl测试跳转是否正常：

curl -I https://some_host.location.com:8482/biotestmine/examples/servlets

检查返回的Location头，应该是https://some_host.location.com:8482/biotestmine/examples/servlets/，这样就能正确访问到资源了。