通达信DLL开发实战：MyHistory源码解析与历史数据高效处理

简介面向股票行情软件二次开发与数据分析人群这份TDX历史数据DLL及配套源码聚焦通达信接口扩展与历史数据读取问题适合有一定C或Matlab基础的开发者深入研究。压缩包共10个文件容量约2.49MB构成颇为精炼4个rar分别收纳历史DLL、gp1及gp-dll源码等核心模块另有2个m脚本便于Matlab环境下的数据验证h头文件与dll提供直接调用入口cfg配置和mat数据文件则辅助环境设置与样例回放。资源完整覆盖从DLL生成、接口封装到数据对接的常见路径其中gp1数据接口C源码是理解TDX历史数据协议的关键线索。已有754人学习下载对于需要逆向梳理行情软件数据流或自建历史数据工具链的开发者而言是一份小而实用的参考样本能帮助节省自行摸索协议和调试接口的时间。 玩通达信公式和二次开发的朋友应该对“DLL”这个词不陌生。通达信本身提供了强大的公式系统但遇到一些复杂的历史数据统计、自定义数据格式处理或者想在盘中实时跑一些外部模型时公式语言就显得力不从心了。这时候DLL扩展就是绕不开的一条路。我最近把之前写的Tdx历史dll和源码_tdx_MyHistory_这套东西重新整理了一遍补上了详细的注释和使用文档。这个项目说白了就是解决一个很具体的痛点在通达信里怎么用自己写的C/C代码去高效读取本地历史数据并且能按自己的格式存下来再通过DLL接口返回给通达信公式调用。MyHistory这个命名其实就是指“我的历史数据管理模块”。这篇文章不是讲理论是把我实际踩过的坑、验证过的方案、以及最终跑通的代码逻辑完整梳理一遍。如果你正准备给通达信写DLL或者想把自己手里的历史数据盘活可以参考一下。文章内容围绕TDX、dll、源码、MyHistory这几个核心展开我把整个项目的设计思路、关键技术点、完整实现步骤和常见问题都放在了下面。1. 项目整体设计与思路拆解1.1 为什么需要自己写DLL而不是直接用公式通达信公式能做的事情很多但它的定位是“描述性语言”适合写买卖条件、画线、做简单的数据统计。一旦涉及以下场景公式语言就会卡壳复杂的文件IO公式没法直接读你自定义的二进制文件比如你自己从别的数据源导出的日线数据、板块分类数据。外部数据源对接想实时拉取网络接口的数据或者读取另一个软件落盘的数据文件公式完全办不到。高频计算或者大循环虽然公式有循环但对上千只股票做复杂的历史回溯效率很低而且容易写得很别扭。算法复用你有一份已经调好的C策略代码没必要用公式再翻译一遍直接用DLL封装即可。1.2 方案选型C 还是 C32位还是64位先说前提通达信主程序目前主流的安装版本还是32位程序。这就意味着你写的DLL必须是32位x86的否则加载时报错或者崩溃是必然的。这也是为什么网络上一搜“tdx dll 加载失败”很大比例都是因为编译成了64位。我在项目初期也踩过这个坑VS默认的x64配置编译出来的DLL放到通达信里根本加载不了。这个项目的解决方案很朴素用C写但所有代码逻辑尽量用C的接口风格编译目标强制设置成x86。再说为什么不用C#或者Delphi。不是不行但通达信调用DLL的接口是标准的C接口__stdcall调用约定C#写起来要做很多P/Invoke的壳Delphi社区倒是有人用但资料太少。C/C是最稳的可以直接操作内存块效率最高也最适合处理历史K线这类批量数据。1.3 MyHistory模块的定位与功能边界MyHistory模块解决的是“数据存取与统计”这一层不是为了替代你的交易策略。它做的事情有这么几块定义统一的历史数据接口把通达信传进来的数据通常是通过Void指针传地址转换成我们容易打交道的结构体数组。自定义数据落盘可以按自己的格式把处理后的历史数据存到本地文件方便跨软件复用。数据清洗和去重这是历史数据处理里最烦人的环节DLL里可以写灵活的过滤逻辑。用一句话概括MyHistory是通达信和你算法逻辑之间的“数据管道”。这个定位很重要因为如果想让DLL什么都干代码会失控后面维护成本很高。2. 核心细节解析与实操要点2.1 通达信DLL接口的标准结构通达信的DLL接口核心是导出几个固定函数。新手第一次写最容易在这些函数签名上栽跟头。我以最经典的接口版本为例// 注意必须是 __stdcall 调用约定且导出函数名需要用 .def 文件或者 __declspec(dllexport) 声明 extern C __declspec(dllexport) void __stdcall TDXFunc( int DataLen, // 数据长度 float* pfOUT, // 输出结果数组通达信会准备好内存 float* pfIN1, // 输入参数1一般传序列数据如收盘价 float* pfIN2, // 输入参数2 float* pfIN3, // 输入参数3 float* pfIN4, // 输入参数4 const DATAPACKET* lpData // 数据包包含当前股票代码、周期等上下文信息 );很多网上的老代码用的是int类型作为数据长度但实际在较新版本的通达信里这个参数是有可能变成short或者long的。稳妥的做法是直接查看你安装目录里带的头文件不要凭经验猜。我项目里附带了整理过的头文件TdxInterface.h就是从这个角度出发把各种结构体定义整理干净。2.2 数据结构选型结构体对齐问题历史K线数据无非就是开高低收、成交量、成交额、持仓量等。在DLL内部我们用结构体数组来接收#pragma pack(push, 1) // 必须要按1字节对齐否则内存错位 typedef struct _TDXKLINE { float fOpen; float fHigh; float fLow; float fClose; float fVolume; float fAmount; // 其他备用字段 } TDXKLINE; #pragma pack(pop)这里的#pragma pack(push, 1)是生命线。如果不按1字节对齐结构体内部会插入填充字节而通达信传过来的float* pfIN1等指针是按连续数组排列的直接强转结构体指针会错位数据全部是乱的。这种坑不是看文档能发现的只能靠实际打印内存地址对比才能找到。2.3 历史数据的分批处理思路通达信在调用DLL时是按“当前屏幕显示的K线数量”来传数据长度的。比如你在主图上看最近500根日K那DataLen就是500但你想统计这只股票从上市以来所有历史K线的某种状态这个500就远远不够了。解决方案也很直白在DLL内部维护一个全局历史缓存。第一次调用时把盘后下载的完整历史数据从某个文件或通过通达信数据接口读取到内存后续每次公式调用都从这个缓存切片计算。MyHistory里实现了一个简单的缓存管理类用std::mapstd::string, std::vectorTDXKLINE按股票代码做缓存。实际测试下来就算几千只股票全跑一遍内存占用也就在几百MB以内完全可接受。2.4 关于DLL与Python配合的前瞻性设计最近网上“python使用tdx”的热搜词很多不少朋友想用Python做量化分析又希望复用通达信的看盘界面。MyHistory虽然本体是C DLL但我在设计数据导出格式时特意兼容了CSV和简单的二进制格式这样Python端可以直接pandas.read_csv()读取或者用struct解包二进制数据。这样一来C部分做高频采集和实时计算Python部分做深度研究各取所长。3. 实操过程与核心环节实现3.1 编译环境准备与工程配置我用的是Visual Studio 2019也可以换成2015/2017区别不大。关键设置如下配置管理器选Win32平台不要选x64。字符集使用多字节字符集不要用Unicode避免字符串传入传出时编码不一致。运行库选/MT静态链接运行时库这样目标机器上不需要装VC运行库。这些细节任何一个错了都会导致DLL在通达信里加载失败或者调用崩溃。尤其是/MT这个如果你用的是/MD对方的电脑没装运行库打开公式就会提示找不到msvcp140.dll非常尴尬。3.2 核心代码DLL导出函数与数据处理我截取一段简化后的核心代码展示MyHistory是如何接收通达信数据并做处理的#include TdxInterface.h // 每个dll文件内部维护一份缓存 static std::mapstd::string, std::vectorTDXKLINE g_historyCache; extern C __declspec(dllexport) void __stdcall MyHistory_GetStats( int DataLen, float* pfOUT, float* pfIN1, // 传入收盘价序列 float* pfIN2, // 传入成交量序列 float* pfIN3, // 可传入自定义参数1 float* pfIN4, // 可传入自定义参数2 const DATAPACKET* lpData) { if (!lpData || !pfOUT || DataLen 0) return; int nPeriod lpData-nPeriod; // 周期类型日线、周线等 std::string code lpData-szStockCode; // 股票代码 // 1. 把pfIN1里的数据拷贝到缓存中这里只是示例实际项目里按需拷贝 std::vectorfloat closes(pfIN1, pfIN1 DataLen); std::vectorfloat volumes(pfIN2, pfIN2 DataLen); // 2. 计算最简单的统计量区间涨幅、最大成交量等 float fMaxVol 0.0f; float fTotalVol 0.0f; for (int i 0; i DataLen; i) { fTotalVol volumes[i]; if (volumes[i] fMaxVol) fMaxVol volumes[i]; } // 3. 输出结果到通达信注意pfOUT是连续数组需要按索引填充 pfOUT[0] closes.empty() ? 0.0f : (closes.back() / closes.front() - 1.0f) * 100.0f; pfOUT[1] fMaxVol; pfOUT[2] fTotalVol; }这段代码虽然简单但已经把整个调用链走通了。实战中还会在lpData-szStockCode基础上拼接周期判断是否要重新加载缓存这就是MyHistory的核心业务逻辑了。3.3 在通达信公式里如何引用DLL函数DLL编译好后把生成的.dll文件拷贝到通达信安装目录下的T0002\dlls\版本不同路径可能不同然后在公式管理器里新建指标用以下语法调用DLLFUNC(MyHistory_GetStats, 收盘价, 成交量, 参数1, 参数2);注意函数名需要用公式管理器“插入DLL函数”功能来选直接手输容易出错。此外要确认DLL文件与通达信主程序同样是32位架构。3.4 验证DLL是否被正确加载写一个最简单的测试公式只输出一个常数比如测试DLL: DLLFUNC(MyHistory_GetStats, C, V, 0, 0);如果加载成功指标窗口应该能显示统计数值如果失败一般会弹出提示“加载DLL失败”。这类问题我下面会专门列一个排查清单。3.5 数据落盘与跨软件复用演示MyHistory里还实现了一个SaveHistoryToFile函数用于把缓存中的历史K线保存为CSVvoid SaveHistoryToFile(const std::string code, const std::vectorTDXKLINE klines) { std::ofstream ofs(code _history.csv); ofs date,open,high,low,close,volume,amount\n; for (const auto k : klines) { ofs k.date , k.fOpen , k.fHigh , k.fLow , k.fClose , k.fVolume , k.fAmount \n; } }这样导出的CSV直接用Python的pandas.read_csv就可以读取为后续的量化分析提供了便利。注意这里只是为了演示正式使用要加文件锁防并发写。4. 常见问题与排查技巧实录4.1 DLL加载失败与崩溃排查这是最让人头疼的一部分我把实际遇到过的案例整理成了一张速查表现象可能原因排查方法加载DLL后提示“无法定位程序输入点”导出函数名不对或没有用extern C用dumpbin /exports查看导出表确认函数名与公式中的一致加载成功但计算数值明显不正常结构体字节对齐不一致检查结构体定义是否有#pragma pack(1)通达信直接闪退DLL访问了非法内存检查是否越界写入了pfOUT输出数组长度不够很常见提示找不到msvcp140.dll运行时库用了/MD编译设置改成静态链接/MT只在部分电脑上报错通达信安装路径或版本不一致确认DLL位数是x86且需要管理员权限写入dll目录4.2 一个典型的崩溃案例输出数组越界刚开始写DLL时我习惯在开头定义好几个输出变量就直接给pfOUT[0]、pfOUT[1]、pfOUT[2]赋值。结果一旦公式只声明了一个输出位通达信分配的内存就只够写一个float继续写就崩了。解决办法在DLL内部不要假设pfOUT可以随便写多少位而是事先在公式里规定好返回值数量或者在DLL函数签名里加一个输出个数参数。MyHistory的做法是约定最多只输出6个值而且公式端严格匹配并且在代码里用if (outputCount 0)之类的保护条件。4.3 多个DLL之间的冲突问题网上热词里有不少关于“dll冲突”的内容实际确实存在。比如你装了两个不同版本的扩展DLL它们可能导出了同名函数或者依赖同一个静态库的不同版本。最典型的处理办法是按功能拆分DLL各管一摊互不干扰。导出函数名尽量带上模块前缀比如MyHistory_GetStats而不是通用命名。不要覆盖通达信自带的TDX*.dll自定义DLL放在独立目录用相对路径引用。4.4 历史数据不完整的问题很多时候DLL本身没问题但读到的数据就是不全。这是因为通达信默认只下载了最近的部分数据尤其是分钟线默认可能只保留少量数据。解决方案是在通达信的系统设置里把“自动下载盘后数据”打开并在下载数据时勾选“日线和分钟线”有时候还需要手动补充下载。如果DataLen还是不够那就需要DLL内部自己读取本地数据文件避开通达信传给我们的数据窗口直接读盘后的.day文件或者.lc1文件。这也是MyHistory的核心价值之一从底层解析通达信数据文件绕过公式接口对数据长度的限制。5. 扩展思考从历史数据到实时策略的跃迁5.1 复用MyHistory构建自定义板块监控平时我们看盘经常需要监控自选股里哪些股票创了N日新高哪些量能异常。用DLL可以写一个通用的扫描函数传入股票池统一处理然后输出到自定义板块。这一点用公式很难做到因为你没法在公式里方便地遍历不同股票的独立历史序列。5.2 把DLL计算能力接入Python量化流程我实际的使用流程是这样的通达信负责行情接收和可视化DLL负责数据清洗和高频统计Python负责策略回测与信号生成。三者通过本地文件或共享内存衔接互不阻塞。举个例子盘中DLL每5分钟把当前市场的涨跌分布、板块资金流向统计结果写到CSVPython脚本定时读取一旦发现某条件满足就推送提醒。这样做的好处是实时性有了灵活也有了而且不用自己去处理复杂的行情接入。5.3 一些进一步优化的方向如果想把MyHistory做得更顺手可以考虑增加内存映射文件避免频繁写CSV导致磁盘IO瓶颈优化成共享内存通信。支持多线程通达信公式每根K线都会调用一次DLL如果数据量很大可以考虑在第一次调用时用后台线程把全部历史数据加载好后续查询走内存索引。增加容错机制比如数据文件损坏时自动从通达信重新拉取而不是直接崩溃。6. 写在最后的实操心得回到这个项目最根本的起点——为什么我要写MyHistory说白了就是通达信公式的边界让我觉得越写越憋屈。一个好用的DLL能让通达信从一个看盘工具扩展成半定制的量化工作站。我在实际调试中最大的心得是DLL开发和普通上位机开发是两种心态。普通程序崩溃了重启就行但DLL跑在别人通达信的进程里崩溃就会拖垮整个行情软件而且排查定位的难度翻倍。所以写DLL需要异常保守指针判空、数组边界检查、结构体对齐、调用约定每一样都不能想当然。如果你是第一次尝试写通达信DLL我建议从今天的示例代码开始先跑通DLLFUNC调用链再逐步加功能不要一上来就追求一个能算“量能饱和度圆圈1.00指标”这种复杂公式的大块头。一条链路走通之后剩下的就是数据拼接和业务逻辑的事了。另外收藏好这份项目源码和文档因为网上关于TDX的DLL开发和源码资料又有用又完整的其实不多很多都要靠自己在反编译或者老论坛帖子里摸索。希望这篇分享能让你少走几个弯路有具体问题也欢迎在评论区交流。本文还有配套的精品资源点击获取