WPF Forms中WebBrowser控件无法获取当前滚动位置问题咨询

完全不需要调用页面脚本的实现方式是直接对接WebBrowser控件封装的IE Trident内核原生COM接口，在宿主程序侧直接读取DOM滚动属性，全程不会向页面注入脚本、不会触发页面内脚本执行，符合安全要求。

实现步骤 #

• 首先添加COM互操作引用：在项目添加引用界面选择COM组件，勾选Microsoft Internet Controls（对应SHDocVw命名空间）和Microsoft HTML Object Library（对应MSHTML命名空间），两个都是系统自带的IE内核公开接口，无第三方依赖。
• 监听WebBrowser的LoadCompleted事件，确保文档完全加载后再读取属性，避免空引用或拿到旧页面数据。
• 从控件的Document属性获取原生COM文档对象，区分页面渲染模式读取根滚动元素的属性，兼容标准模式和怪异模式渲染的页面。

核心实现代码 #

using mshtml;
using SHDocVw;
using System;

private void WebBrowser_LoadCompleted(object sender, System.Windows.Navigation.NavigationEventArgs e)
{
    // 直接获取原生DOM COM对象，无脚本调用逻辑
    if (webBrowser.Document is not IHTMLDocument2 htmlDoc) return;
    if (htmlDoc.documentElement is not IHTMLElement2 rootElem || htmlDoc.body is not IHTMLElement2 bodyElem) return;

    // 读取滚动属性，两种渲染模式下取有效值
    int scrollTop = Math.Max(rootElem.scrollTop, bodyElem.scrollTop);
    int totalContentHeight = Math.Max(rootElem.scrollHeight, bodyElem.scrollHeight);
    int visibleAreaHeight = rootElem.clientHeight;

    // 判定是否滚动到底部，预留2px容差适配内核渲染的小数精度问题
    bool isReachBottom = scrollTop + visibleAreaHeight >= totalContentHeight - 2;
    
    // 在这里写滚动到底部后的业务逻辑即可
}

方案说明 #

该方案和InvokeScript执行脚本的方案有本质差异：所有属性读取操作都在宿主程序侧通过COM互操作完成，不会向页面注入任何可执行脚本、不会受页面内容安全策略限制，也不存在脚本注入引发的跨站、权限泄露类安全风险。

注意事项 #

• 如果页面存在带独立滚动条的子容器（比如设置了overflow:auto/scroll的div元素），可以通过DOM接口遍历到对应元素后，用完全相同的属性读取逻辑判断子容器的滚动位置。
• 2px的判定容差必须保留，部分IE内核版本在页面缩放、系统DPI非100%的场景下会出现像素取整偏差，不留容差会出现无法正确判定触底的问题。
• WinForm平台下的WebBrowser控件逻辑完全通用，仅需将获取文档对象的代码替换为var htmlDoc = webBrowser.Document.DomDocument as IHTMLDocument2即可。

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