当然可以实现！你完全不需要把图片下载到自己服务器再流式传输，下面是两种最实用的方案：

1. 反向代理（Reverse Proxy） #

这是最直接可靠的方案，通过服务器端的反向代理工具（比如Nginx、Apache），把自有域名下的图片请求悄悄转发到外部图片源，用户看到的始终是你的域名，但实际资源还是从外部获取。

以Nginx为例，你可以在配置文件中添加这样的规则：

server {
    listen 80;
    server_name www.mydomainexample.com;

    location /images/ {
        # 将请求转发到外部图片域名，自动去掉请求路径里的/images前缀
        proxy_pass http://image.externaldomain.com/;
        # 保留外部域名的Host头，避免对方服务器拒绝请求
        proxy_set_header Host image.externaldomain.com;
        proxy_set_header X-Real-IP $remote_addr;
    }
}

配置生效后，当用户访问http://www.mydomainexample.com/images/someimage.jpg时，Nginx会自动向http://image.externaldomain.com/someimage.jpg发起请求，再把结果返回给用户——全程用户只会看到你的域名，完全感知不到外部源的存在。

2. CDN URL重写/转发规则 #

如果你在用CDN服务（比如Cloudflare、国内主流云厂商的CDN），可以直接在CDN后台配置URL重写或转发规则，连自己服务器的配置都不用改。

举个Cloudflare的例子，在Page Rules里设置：

• 匹配URL：www.mydomainexample.com/images/*
• 规则动作：选择Proxy（推荐用这个，用户看不到真实的外部域名）
• 目标URL：http://image.externaldomain.com/$1（$1代表匹配到的*部分，也就是具体的图片文件名）

这样CDN会直接处理请求，把你的域名下的图片请求转发到外部源，同样不需要存储任何图片到自己服务器。

几个注意点 #

• 一定要确保你有使用外部图片的合法权限，避免版权纠纷；
• 如果外部图片源失效，你的域名下的对应图片也会无法访问，建议给反向代理或CDN加上缓存策略，或者简单做个监控；
• 反向代理或CDN转发可能会带来轻微延迟，但通常可以忽略不计。

内容的提问来源于stack exchange，提问作者fareed