先说我自己的体验以前网页看盘和本地股软是两套系统网页上自选股里点的股票本地软件完全不知道反过来本地软件里切换股票网页也没反应。直到用了 Wzslinker 这个网页股软联动助手才把这层窗户纸捅破。它最核心的使用方式是围绕东方财富网页版来做联动底层依赖的是东方财富公开的行情接口其中最关键的参数就是 secid2。这篇文章会把它的工作原理、secid2 的格式拆解、联动配置和踩坑经历全盘托出适合喜欢折腾工具的股民、量化自学者也适合想把网页数据和本地行情工具打通的技术型投资者。1. 网页看盘与本地股软的“割裂”问题1.1 为什么网页和本地软件对不上东方财富网页版几乎能做所有看盘操作加入自选、切分时图、看主力资金、翻 F10 资料。但网页也有明显的短板它占着内存不说频繁切换页面还会导致数据刷新变慢热键响应也谈不上爽快。很多老股民都习惯用本地股软比如通达信、同花顺 PC 端界面流畅、指标公式随便写、自定义板块灵活。问题就出在这里网页上看的股票和本地软件里的股票是两个完全独立的状态。你上午在网页上盯贵州茅台下午想切到本地软件接着看走势本地软件默认停在上次关闭时的页面你不得不再敲一遍代码或者翻自选股列表。自选股更是如此网页里加了一堆股票进自选本地股软里还得手动重加一次这种重复劳动干久了特别消磨耐心。Wzslinker 解决的正是这个“信息孤岛”。它的思路是让网页端的事件比如你在网页上点击某只股票通过一个本地中转服务主动推送到股软客户端让股软跟着网页走。反方向也能做本地股软的自选股列表可以被网页端捕获并同步进来。这两条链路一旦打通网页是遥控器股软是显示器。我实际用下来最大的感受是“顺手”少了很多无效操作。1.2 联动场景到底有多刚需举几个我平时高频使用的场景。第一个是盘口跟单场景我经常在网页端盯龙虎榜、涨停板池看到一只票封板了想立刻切换到本地软件看筹码分布、资金流。没有联动的时候我得记代码再去本地软件里输入代码等它加载前后至少十秒钟封板速度快的票根本等不起。有了联动我网页上一点本地软件几乎同步就切过去了效率完全不一样。第二个是自选股同步场景晚上复盘的时候我习惯用网页版把第二天重点关注的票加入自选。以前还要手工在通达信里重新归类现在 Wzslinker 把我网页自选股列表里的股票代码都读出来再按照本地软件的板块文件格式写入本地自选和网页自选保持一致第二天开盘直接打开本地软件就能按板块看。第三个是条件选股联动场景我用网页版跑一些简单的指标排序排序结果里选出前二十名需要把这些票快速导入到本地软件画线分析。通过 Wzslinker 的联动接口可以直接把这一批代码推送过去省掉了复制粘贴再导入的过程。这些场景背后都有一个共同要求网页端和市场端的数据必须有一一对应的关系。而建立这个对应关系的关键就落在 secid2 这个参数上。1.3 为什么数据源选东方财富市面上有行情数据的平台很多同花顺、新浪财经、腾讯证券都提供了网页接口但东方财富的接口有一个很突出的优势接口稳定、字段丰富、对开发者友好。东方财富网页版本身就依赖内部的 HTTPS 接口来获取行情只要网页能打开这些接口基本都能访问。我实测过它的 push2 行情接口响应速度快字段命名规则清晰而且不需要付费 token。相比之下有些平台要么接口不稳定要么需要签名验证对个人折腾来说门槛高了不少。用东方财富还有一个额外的好处它的自选股数据结构比较清晰网页版里展示的自选股列表底层就是一组 secid 数组。Wzslinker 可以直接从页面结构里把这些 secid 抓出来省去了自行映射市场前缀和代码的麻烦。所以说围绕东方财富做联动是当下网页股软联动方案中投入产出比比较高的选择。2. 核心数据基础secid2 与东方财富接口2.1 secid2 到底是什么格式secid2 这个名字在东方财富的接口体系里其实就是“secid”后面加个 2 只是社区里为了区分股票和市场 ID 的通俗叫法。它由两部分组成市场前缀 证券代码中间用点号连接。1 表示上海市场沪市0 表示深圳市场深市举个例子贵州茅台的代码是 600519属于上海市场所以完整 secid 就是1.600519。平安银行的代码是 000001属于深圳市场那就是0.000001。这个格式在东方财富的行情接口里是通用的不管是单只股票查询、批量行情、还是 k 线获取都要用同样的 secid 作为参数。你在网页上看到一只股票的详情地址地址里通常会带上 secid 信息打开浏览器开发者工具看清请求也能在请求参数里直接看到它。搞懂 secid 是联动的前提。因为无论网页端怎么展示股票最终落到接口层面都是用 secid 来唯一定位。Wzslinker 要把“网页上点击的这只票”告诉本地软件中间传递的信息本质上就是一个 secid本地软件再根据 secid 反解出市场和代码完成跳转。2.2 常用行情接口与字段含义东方财富行情接口最常用的是push2.eastmoney.com系列的/api/qt/stock/get和/api/qt/stock/quote。我这里以单只股票实时行情为例接口参数大致如下https://push2.eastmoney.com/api/qt/stock/get?secid1.600519fieldsf43,f44,f45,f46,f57,f58,f60secid目标股票的定位符fields需要返回的字段编号多个字段用逗号分隔常用字段编号我整理成一张表方便你对照使用字段编号含义说明f43最新价通常需要除以 100 得到真实价格f44最高价接口返回的数值一般是整数形式f45最低价同上f46今开价同上f57股票代码纯代码字符串f58股票名称比如“贵州茅台”f60昨收价用于计算涨跌幅f107市场类型1沪市0深市f162市盈率动态部分字段需要权限或不一定返回注意f43 这类价格字段返回的往往是整数而不是小数。真实价格等于接口值除以 100。这个细节特别重要如果你忘了做缩放本地软件收到的价格就会差一百倍整个联动就失真了。我在最开始写联动脚本时就踩过这个坑还以为是接口坏了后来才发现是字段值需要缩放。stock/get适用于单只股票查询quote接口则适用于批量行情。批量查询时 secid 用逗号拼接多个值例如1.600519,0.000001。Wzslinker 在同步自选股时通常用的就是这种批量模式。2.3 解析返回数据时要注意的细节接口返回的数据是 JSON 格式外层有rc、data等字段真正的行情信息都在data对象里。解析时最关键的一步是判断data是否为空。如果 secid 写错或者市场前缀配错data会直接返回null。另一个细节是字段值的单位。除了价格要除以 100部分成交量字段也可能以“手”为单位需要对照文档换算。做联动时我们最关心的其实只有代码、名称、最新价这三个字段把它们的解析逻辑写稳定就够了。还有一点值得注意接口请求需要带一个正常浏览器的 User-Agent否则偶尔会被网关拦截。我用 Python 请求时习惯伪装成 Chrome 的 UA实测能显著降低请求失败的概率。如果你只是本地调试加上这一行就够了。我在本地写了一个简单的验证脚本用来确认 secid 解析是否正常import requests secid 1.600519 url https://push2.eastmoney.com/api/qt/stock/get params { secid: secid, fields: f43,f44,f46,f57,f58,f60, } headers { User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 } resp requests.get(url, paramsparams, headersheaders, timeout5) data resp.json().get(data) if not data: print(secid 无效:, secid) else: print(data[f58], data[f57], data[f43] / 100)这个脚本输出股票名称、代码和真实价格。拿到这一步等于打通了股市数据的基本通道接下来进入联动层面的配置。3. 联动引擎拆解Wzslinker 是怎么工作的3.1 网页端如何捕获点击行为网页与本地软件联动的第一步是从网页里把用户行为提取出来。Wzslinker 在浏览器端通常以扩展或者注入脚本的形式运行在东方财富的页面上监听用户操作。具体来说它会在网页的股票列表容器中绑定事件监听器。当用户点击某一行时脚本会向上追溯 DOM 结构找到该行元素上存储的 secid 属性。东方财富网页版的列表行元素通常带有自定义属性或者 class 名称其中就包含股票代码信息。脚本把这些信息提取出来后再组织成一个标准的联动消息。这里有一个比较关键的设计决策到底用点击事件还是用 DOM 变化监听。单纯用点击事件会出现漏听的问题比如用户用键盘方向键在列表里上下切换或者通过自选股分组切换股票时不一定会触发点击。所以更稳妥的方案是两者结合监听点击的同时也监听列表容器内部 DOM 的变化捕获当前高亮行的变化。我拆解过的联动实现里大多数采用了“事件 轮询”的方式事件负责即时反馈轮询负责兜底。轮询的间隔一般控制在 500 毫秒到 1 秒之间既不会太耗资源也能保证联动不丢。3.2 本地股软的切换链路网页端捕获到 secid 之后接下来是从浏览器到本地的传输。这一步通常会借助一个本地代理服务用 WebSocket 或者 HTTP 端口来接收网页端发过来的消息。本地代理服务的任务有两个解析消息中的 secid并把它转换成目标股软能识别的操作。转换方式取决于股软支持什么外部接口常见的路径有以下几种如果本地股软支持 DDE代理服务可以直接把 secid 通过 DDE 指令发送给行情窗口。如果本地股软支持公式系统里的外部数据接口代理服务可以调用公式函数触发切换。如果股软没有开放接口代理服务最粗暴的方式是模拟键盘输入比如先激活股软窗口然后发送“代码 回车”。我自己用的通达信版本对外部联动不算开放得特别彻底所以选择的是模拟键盘输入的路线。为了让模拟输入不抢焦点、不误触其他窗口代理服务会先找到目标窗口句柄激活它再发送按键序列。这个过程要做到又快又稳需要对 Windows 消息循环有一些基础了解不过现成的开源库已经封装好了直接调用就好。这里推荐第二种思路如果只做自选股同步其实不一定要走键盘模拟。本地软件的自选股通常是一组文本文件比如通达信的自选板块文件是特定的文本格式代理服务直接把 secid 列表改写成板块文件再触发软件重新加载就够了。这种方式更稳定不容易出错。3.3 消息队列与联动状态管理当网页端同时发生多个操作比如你快速点了十只股票本地代理如果每个都实时响应股软还没切到第一只新的指令又来了画面会变得非常混乱。因此 Wzslinker 内部必须有一层节流和队列控制。节流的思路是在很小的时间窗口内只保留最后一次联动请求。比如 300 毫秒内连续来了多个 secid代理只处理最后一个。这个设计在实际看盘时非常有用因为人眼根本捕捉不到那么快的切换只要保证最终状态一致就行。队列的思路则是用于自选股同步这种大批量场景。同步过程中包含数十甚至上百只股票如果请求一个接一个地立刻执行本地软件会卡住。把任务放进队列按一定频率逐个处理再在最后做一次汇总刷新体验会好很多。我自己的配置是把队列频率设置为每秒处理三到五只股票这样既不会让本地软件卡顿也不会等太久。联动状态管理还包括一个很重要的边界条件处理当网页端从一只股票切换到另一只股票后本地软件还没完成切换用户却直接关闭了网页这时代理应该立即终止当前任务避免下一次打开网页时出现残留切换。好的联动工具都会在前端监测到关闭动作时发一个清理指令。3.4 联动延迟的测量与优化延迟是联动体验中最重要的指标。延迟太高联动就成了摆设。我实测过自己搭的一套链路从网页点击事件发生到本地股软弹窗切换完成延迟大概在 250 毫秒左右。这个数值包含了 DOM 捕获、网络传输、本地命令执行、股软响应四段耗时。其中占比最大的往往不是网络而是本地股软的响应。如果你用的是机械硬盘股软加载新页面需要时间换成固态硬盘之后延迟能明显降下来。另外本地代理服务的语言也有影响用 Node 或者 Go 写的服务启动和响应速度相对更轻量Python 虽然写起来方便但初次调用时偶尔会有 Python 解释器层面的轻微延迟不过对于 300 毫秒级的需求来说完全够用。我在优化时做了几件小事把代理服务常驻内存而不是每次动态启动把浏览器和代理之间的连接设计成长连接避免反复握手把 secid 解析结果在代理层做缓存对于重复出现的股票直接走快捷通道。这几步做下来延迟基本稳定在 200 毫秒左右。4. 实操从零配置一套网页联动环境4.1 前置条件与软件准备在开始配置之前先确认你的电脑环境满足下面这些条件操作系统Windows 10 或 Windows 11本地股软的自动激活在 Windows 下最方便。浏览器Chrome 或 Edge支持扩展脚本注入。本地股软建议先用通达信或同花顺练习它们对板块文件、窗口激活的兼容性比较好。运行环境如果你打算直接跑社区提供的联动程序需要 Python 3.8 以上如果打算用 Node 版本则准备 Node 14 以上。我最初是用 Python 版本的联动脚本起手的因为它的依赖库最直观requests 和 pyautogui 就能覆盖大部分功能。等熟悉了整个链路之后再迁移到 Node 版本主要是为了让内存占用更低、启动更快。4.2 第一步验证 secid 与行情接口连通性不要急着配置股软先把数据源打通。打开一个终端执行下面这段 Python 代码验证你的电脑能不能拿到东方财富行情数据。import requests def fetch_quote(secid): url https://push2.eastmoney.com/api/qt/stock/get params { secid: secid, fields: f57,f58,f43, } headers { User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) } resp requests.get(url, paramsparams, headersheaders, timeout5) data resp.json().get(data) if data: return data return None if __name__ __main__: test_secid 1.600519 result fetch_quote(test_secid) if result: print(名称:, result[f58]) print(代码:, result[f57]) print(价格:, result[f43] / 100) else: print(接口异常或 secid 错误)如果这一步能正常输出贵州茅台的名称和价格说明你的网络环境畅通接口连通性没有问题。如果没有输出先检查 UA 是否设置再检查电脑时间是否同步。4.3 第二步在浏览器端注入联动脚本网页端捕获行为是最容易出现环境影响的地方因为东方财富网页的结构随时可能调整。一个稳妥的做法是手动注入脚本而不是依赖一个固定的扩展。打开浏览器开发者工具在 Console 面板里粘贴下面这段简化版的捕获代码function getSecidFromRow(row) { const elem row.querySelector([class*stockcode]); if (!elem) return null; const code elem.textContent.trim(); if (!/^\d{6}$/.test(code)) return null; const market code.startsWith(6) ? 1 : 0; return market . code; } document.addEventListener(click, (e) { const row e.target.closest(tbody tr); if (!row) return; const secid getSecidFromRow(row); if (secid) { // 发送到本地代理服务 fetch(http://127.0.0.1:8765/notify, { method: POST, headers: { Content-Type: application/json }, body: JSON.stringify({ secid: secid }), }); } });这段代码的意图是在页面点击事件发生时向上查找被点击元素所在的表格行从行内文本提取六位股票代码。这里做了一个简化判断以 6 开头当作沪市其他当作深市。真实场景中东方财富网页的行元素上可能带有更准确的 market 标识所以更推荐优先从属性里读取而不是靠代码前缀去猜。把这段代码注入 Console 后点击任意一行股票观察 Network 面板里是否出现了发送到 127.0.0.1:8765 的请求。如果看到了说明网页端捕获链路已经就绪。4.4 第三步起动本地代理服务本地代理服务的写法有很多核心是一个 HTTP 服务接收/notify请求解析 secid然后触发股软动作。下面是一个极简的 Python 实现只负责接收和解析from http.server import BaseHTTPRequestHandler, HTTPServer import json class Handler(BaseHTTPRequestHandler): def do_POST(self): if self.path /notify: length int(self.headers.get(Content-Length, 0)) payload json.loads(self.rfile.read(length)) secid payload.get(secid, ) print(收到联动请求:, secid) # 这里后续接入切换股软的逻辑 self.send_response(200) self.end_headers() self.wfile.write(bok) server HTTPServer((127.0.0.1, 8765), Handler) print(本地联动服务已启动端口 8765) server.serve_forever()把上面的代码保存为wzl_linker.py在终端里运行python wzl_linker.py。然后回到浏览器再点击一只股票观察终端是否输出了对应的 secid。到这一步说明网页到本地的通路已经完全打通。真正接入股软时你只需要把# 这里后续接入切换股软的逻辑这一行替换成具体的股软操作代码。比如调用一个switch_to_stock(secid)函数内部通过 pyautogui 输入代码并回车或者通过封装好的窗口消息接口发送指令。4.5 第四步配置自选股同步模块如果你也需要网页自选和本地自选保持一致可以再加一个定时同步线程。我在工程里是这样设计的每 30 秒判断一次网页自选列表是否变化如果变化就把最新的 secid 列表整体同步到本地板块文件。本地股软的自选股文件格式各不相同拿通达信来说自选股板块通常在安装目录T0002\blocknew下文件结构是一组文本行。每一行包含代码和名称。同步的逻辑也很简单读取网页自选 secid 列表按格式写入板块文件然后触发通达信重新加载。这里有个很重要的细节写文件前一定要备份原来的板块文件。我吃过一次亏同步脚本有一个市场前缀判断写错了导致深市股票全部写成了沪市前缀差点把自选股列表搞乱。从那以后我在每次写板块文件前都会自动复制一份带时间戳的备份这个习惯帮我挽回过好几次。4.6 验证联动是否真正生效配置完成后最后验证一下真实效果。我的验证步骤固定是这三步打开东方财富网页版进入任意自选股分组。用鼠标点击分组里的第一只股票。观察本地股软窗口是否自动切换到对应股票并显示正确名称和最新价。如果切换成功再快速点击第二只、第三只确认股软能跟上节奏。注意观察是否存在掉帧、卡死或者切到一半停止的情况。如果有大概率是本地股软窗口没有获得焦点或者注入脚本里的代码匹配规则出了偏差。我在一次实测里遇到的情况是点击第一只股票后本地软件切换成功点击第二只却完全没有反应。排查后发现是页面里第二只股票所在表格行被外层容器遮挡导致点击事件的目标不是预期的tbody tr而是其他元素。修正选择器的匹配逻辑之后问题才解决。5. 常见问题与排查实录5.1 网页端捕获不到股票代码这个问题的表现是浏览器点击股票没有产生任何网络请求。我用过的排查思路是先在页面任意一行股票上右键“检查”打开元素面板看看这一行里到底有没有包含股票代码的文本节点。如果行内根本没有可识别的代码文本说明网页结构已经更新原来的定位选择器失效了。这时候需要重新查看 DOM 结构寻找带有>curl -X POST http://127.0.0.1:8765/notify -H Content-Type: application/json -d {secid:1.600519}如果 curl 发送之后股软切换了说明代理逻辑没问题问题在网页端数据没有正确传过来如果 curl 发送之后股软也没反应那问题就在代理服务调用股软的部分。股软没反应还有一个被忽略的高频原因窗口标题匹配失败。很多本地股软的窗口标题会包含版本号或用户自定义名称代理服务在查找窗口句柄时如果只按固定标题匹配就会扑空。建议改为按进程名匹配主窗口或者简单粗暴一点用软件主窗口的类名来定位。5.3 secid2 解析后价格不对价格不对最常见的原因就是整数与小数之间的换算。接口返回的价格字段经常是整数真实价格需要除以 100。但注意不同接口的缩放系数可能不同有的接口返回 100 倍有的返回 1000 倍甚至有的字段直接返回字符串类型不能混用。我在做联动时对价格字段的处理原则是只用于展示不用于策略计算。如果联动时只需要切换股票那么价格不是关键信息可以先忽略单位换算。只有在做自选股同步这类不涉及价格的操作时反而少了换算的烦恼。如果后续要扩展实时价格展示功能再根据接口文档逐一确认字段缩放。5.4 自选股同步后本地软件里顺序错乱这个问题的根源在于网页自选股的排序逻辑和本地股软板块文件的排序逻辑不一致。网页端通常按加入时间排序或者按自定义排序本地软件则是按文件行顺序读取。同步工具如果只做“覆盖式写入”很容易丢失原有顺序。我的解决方案是同步时保留本地板块文件已有的基础顺序新增的股票追加在文件尾部然后再刷新页面。这样一来旧股票的排序不动新股票只出现在末尾整个自选股列表的观感会好很多。如果遇到极端情况需要完全按照网页排序替换本地列表可以先在板块文件里写入一个临时排序序号字段观察本地软件是否支持按序号排序。不支持的话就只能接受本地软件自己的排序逻辑毕竟板块文件格式是股软固定的能做的是“尽量对齐”。5.5 联动服务频繁挂掉本地代理服务挂掉通常有两个原因一是端口被占用二是长时间运行后内存泄漏。端口被占用很好解决换一个端口或在启动前检查端口占用情况。内存泄漏则需要留意代码里是否反复创建连接对象却不释放。我推荐在本地代理服务里加一个简单的看门狗每隔一分钟检查一次主进程是否存活如果进程退出就自动重新拉起。Windows 下可以用计划任务实现也可以用 supervisor 这类工具。虽然量级很小但对每天都要用的工具来说稳定性比花哨功能更重要。写在最后的小总结按我自己的实际体验来说Wzslinker 这类网页股软联动助手最大的价值不在于某个单一功能而是把两个原本互不相通的工具真正串成了一条流水线。整个过程中secid2 的解析其实只是入门真正花时间的是适配本地软件的个性差异。我在通达信上能用的方案换到同花顺上可能就要重新调窗口激活和板块文件格式。如果你是第一次接触联动建议先把“网页点击到本地代理收到 secid”打穿再用最小代价验证“代理到股软切换”不要一上来就追求全流程完美。还有一个小技巧本地代理服务最好设置成开机自启保存好端口和备份这样你每天打开电脑就能直接用不需要重新折腾配置。这套东西后续还可以扩展的方向很多比如把自选股联动换成板块联动把单向推送改成双向同步甚至把网页端筛选出来的股票批量写入本地公式选股池。这些扩展都建立在今天提到的同一套联动框架上,先把地基打稳后面加什么功能都不难。