本文記錄在 dotnet 6 的網絡和在 .NET Framework 的行為的變更。在 dotnet 6 下，默認的網絡請求在系統網絡代理變更的時候，是不會動態切換代理的。例如在應用運行進行網絡通訊之后，打開 Fiddler 抓包，此時將會發現 Fiddler 抓不到包，只有在應用重啟之后才能抓到。或者是開著 Fiddler 抓包，然后退出 Fiddler 之后應用就斷網了
如此行為是因為 Fiddler 抓包其中的一個原理就是設置系統的本機網絡代理，而由于 dotnet 6 下，應用不會動態切換代理，如果在應用啟動進行網絡通訊之后，再打開 Fiddler 抓包，在 Fiddler 打開之后，將會修改系統的本機網絡代理，但是 dotnet 6 的應用由于默認不會動態切換代理從而不走 Fiddler 的代理，因此 Fiddler 抓不到包。同理，在開著 Fiddler 抓包之后，退出了 Fiddler 將會修改本機的網絡代理，但是由于 dotnet 6 的應用默認不會動態切換代理，在 Fiddler 修改了本機網絡代理之后，依然 dotnet 6 的應用還在使用著被關閉的 Fiddler 的網絡代理從而斷網
核心原因是在 dotnet 6 下變更了網絡代理動態切換的行為。其實考古找到這個行為在 .NET Core 2.0 就是默認不支持自動跟隨系統代理切換而修改代理
在 .NET Framework 的 4.0 開始，通過監聽注冊表的?HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Connections?的變更，在變更之后進行刷新網絡請求的代理。詳細請看?https://referencesource.microsoft.com/#System/net/System/Net/_AutoWebProxyScriptEngine.cs,395
在 .NET Core 下，網絡代理的獲取只有一次，獲取到的代理沒有再去監聽注冊表的變更，也就沒有再次刷新。此問題已反饋給官方，詳細請看?https://github.com/dotnet/runtime/issues/46910
在 .NET Core 將會在首次獲取 HttpClient.DefaultProxy 時進行初始化，值得一提的是在 .NET Core 調用的 WebRequest.GetSystemWebProxy 方法底層也是調用 HttpClient.DefaultProxy 屬性
public static IWebProxy GetSystemWebProxy() => HttpClient.DefaultProxy;以上的 GetSystemWebProxy 實現請看?Make WebRequest.GetSystemWebProxy() return a working proxy by stephentoub · Pull Request #41692 · dotnet/corefx
在 HttpClient.DefaultProxy 里面，將會調用到 SystemProxyInfo.cs 的 ConstructSystemProxy 方法獲取對應平臺的代理。這個 ConstructSystemProxy 在 OSX 和 Unix 和 Windows 有各自的實現
在 Windows 實現如下
public static IWebProxy ConstructSystemProxy(){if (!HttpEnvironmentProxy.TryCreate(out IWebProxy? proxy)){HttpWindowsProxy.TryCreate(out proxy);}return proxy ?? new HttpNoProxy();}在 HttpEnvironmentProxy 里面，將嘗試通過環境變量獲取代理的配置，也就是說 dotnet 6 應用是支持通過環境變量設置代理，如此更加方便調試。獲取的環境變量分別是?ALL_PROXY?和?HTTP_PROXY?和?HTTPS_PROXY?這幾個慣例變量
如上面代碼，如果獲取不到環境變量，那么就進入 HttpWindowsProxy 的代碼。在 WinInetProxyHelper 將會讀取系統的代理
如上面代碼，可以看到，實際上在 HttpClient.DefaultProxy 里面只會獲取一次，沒有通過注冊表的變更再次刷新
這就是網絡請求不跟隨本機網絡代理變化的原因
一個解決方法就是拷貝 dotnet runtime 的讀取系統的配置方法，再加上監聽注冊表變更進行刷新配置，從而實現動態跟隨系統代理變化而變化。我拷貝了代碼，寫了一個版本，使用方法是
var dynamicHttpWindowsProxy = new DynamicHttpWindowsProxy();HttpClient.DefaultProxy = dynamicHttpWindowsProxy;代碼的實現放在github?和?gitee?歡迎訪問
可以通過如下方式獲取源代碼，先創建一個空文件夾，接著使用命令行 cd 命令進入此空文件夾，在命令行里面輸入以下代碼，即可獲取到代碼
git init
git remote add origin https://gitee.com/lindexi/lindexi_gd.git
git pull origin 8c64e9676c4205e55fad227a86d5d8d95a5ebe91以上使用的是 gitee 的源，如果 gitee 不能訪問，請替換為 github 的源。請在命令行繼續輸入以下代碼
git remote remove origin
git remote add origin https://github.com/lindexi/lindexi_gd.git
git pull origin 8c64e9676c4205e55fad227a86d5d8d95a5ebe91獲取代碼之后，進入 NilerlanaihikaWhurreeberhalur 文件夾，具體實現放在?Proxy?文件里面，在 Program.cs 包含了測試邏輯，可以不斷嘗試訪問百度。可以測試在使用?HttpClient.DefaultProxy = dynamicHttpWindowsProxy;?時，切換 Fiddler 代理配置，和不使用 DynamicHttpWindowsProxy 切換配置的行為
以上代碼基本都是從 dotnet runtime 里面抄的，可以放心用在正式的項目。監聽注冊表變更是從?https://www.codeproject.com/Articles/4502/RegistryMonitor-a-NET-wrapper-class-for-RegNotifyC?抄的，這是一段比較古老穩定的代碼，只不過需要多開啟一個線程用來監聽注冊表。這就是為什么在例子代碼里面，會延遲去啟動監聽注冊表
參考文檔：
c# - Default proxy in .net core 2.0 - Stack Overflow
AutoWebProxyScriptEngine.cs
Make WebRequest.GetSystemWebProxy() return a working proxy by stephentoub · Pull Request #41692 · dotnet/corefx
WinHttpWebProxyDataBuilder.cs
runtime/HttpConnectionPoolManager.cs at 1d9e50cb4735df46d3de0cee5791e97295eaf588 · dotnet/runtime
HttpClient.DefaultProxy should respect IE proxy changes · Issue #46910 · dotnet/runtime
how to set default proxy with .NET core 3.1 for HTTP client for any request? - Stack Overflow
How to change Global Windows Proxy using C# .NET with?
Immediate Effect?- Stack Overflow
)
