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上)。知道处理完了再通知处理。