C# webbroser控件有限制（可能浏览器控件都有这个限制），黑盒的情况下不能修改header，是只读的方式。只能全局通过DLL的开放的接口修改整个进程的header信息和代理信息。
而webbrowser是可以多线程的，我们现在是一个独立业务使用一个webbrowser。将来或使用webrowser池，这时候proxy接收到的数据需要修改然后传给相应的发送者，按照前面所说，proxy单个进程只有一个，所以proxy在处理完数据后需要寻址到对应的发送方。但是proxy无法掌握任何有关发送方的信息，无法对应起来，此时也就无法工作于多线程的模式。
此时解决的方案由三个：
1.全局同步：进入web browser的请求需要等proxy把数据完全处理好，并被发送方取走时，其他webbroser才能往代理发任务。
2. 多进程：代理可以一个进程设置一个，把做不同事情的逻辑放到不同的进程中。占用资源多。
3. 根据URL同步：不同URL的请求之间是并发的，同一个URL的不同请求之间是同步的。需要在代理层控制好。如果传入的URL已经在处理中就等待（wait在URL上）。知道处理完了再通知处理。