简介本资源面向Java开发者与视频监控集成方向的技术人员聚焦如何通过JNA调用海康威视SDK实现摄像头预览功能适合具备一定Java基础、希望快速接入安防设备的工程师学习参考。压缩包共302个文件约7.74MB以262个class编译文件、21个dll动态库、6个java源码、6个jar包及3个lib库文件为主涵盖SDK接口封装、播放控制与设备配置等模块源码结构清晰便于对照理解调用链路。目前已有9496人学习下载热度较高。借助hcws_project中的完整示例读者可掌握设备连接初始化、通道选择、预览句柄申请、参数设置、视频流渲染及资源释放等关键环节并参考错误异常处理与多线程同步思路在此基础上扩展录像回放、云台控制、动态检测等定制功能降低二次开发门槛。1. Java 调海康 SDK 做预览为什么第一次跑通总卡在动态库上很多 Java 后端第一次接海康威视摄像头预览代码照着示例敲完HCNetSDK.INSTANCE.NET_DVR_Init()返回 false控制台一行UnsatisfiedLinkError或者干脆静默失败。问题几乎不在 Java 代码本身而在 JNA 加载动态库这一层——海康 SDK 是 C/C 写的Java 侧靠 JNA 做桥接库文件放错目录、位数不匹配、依赖的播放库没一起拷都会让预览卡在第一步。这篇笔记讲的就是用 Java 调海康威视 SDK 实现摄像头实时预览的完整落地路径从 SDK 结构、JNA 接口声明、登录设备、拿句柄、开预览到释放资源把每一步的参数含义和翻车点讲清楚。适合手里有海康网络摄像头或录像机、需要在 Java 服务里嵌入实时画面的开发者也适合做视频平台对接、想把预览能力封装成接口的团队。读完你能自己跑通一路预览并知道多路并发时该盯哪些参数。2. 海康 SDK 的组成与 Java 侧桥接选型2.1 SDK 目录里到底哪些文件是必须的海康威视网络设备 SDK 下载下来通常是一个压缩包解压后按平台分目录Windows 下常见的是库文件和头文件两块。真正要落到 Java 项目里的是动态库和它们之间的依赖关系头文件只在你要自己扩展接口声明时才有用。以 Windows 64 位为例核心库是HCNetSDK.dll它负责设备登录、预览、云台、报警这些主流程预览画面要真正解码显示还得靠播放库PlayCtrl.dll有些版本还会带libcrypto、libssl、hlog、SuperRender之类的支撑库。少一个加载阶段就可能报找不到依赖模块。我一般会把运行需要的库统一放到项目的一个目录里比如src/main/resources/lib/win64/打包时再决定是随 jar 一起发还是外置。判断一个库是不是必须最直接的办法是看 SDK 自带的 Java 示例里JNA加载了哪几个以及示例的dll目录里放了什么。不要只拷HCNetSDK.dll一个文件这是新手最常见的翻车点。文件作用是否必须HCNetSDK.dll设备登录、预览、控制主接口必须PlayCtrl.dll码流解码、取 YUV/显示预览显示必须libcrypto / libssl部分加密通信支撑视版本hlog / SuperRender日志与渲染辅助视版本HCNetSDKCom 目录部分组件化接口用到才需要2.2 为什么用 JNA 而不是 JNI 自己写海康官方给的 Java 示例就是基于 JNA 的原因很实际SDK 接口几百个结构体嵌套深用 JNI 手写包装工作量巨大而 JNA 只要声明接口和结构体映射就能调。代价是性能略低、结构体对齐要自己保证。对预览这种每秒几十帧、但真正跨语言调用只发生在回调和取流环节的场景JNA 的开销可以接受。选型上我建议直接沿用官方示例的 JNA 版本不要自己升级到差异太大的版本结构体映射对不上会读出乱码。JNA 加载库有两种写法一种是把 dll 放到java.library.path能搜到的目录用Native.load(HCNetSDK, ...)另一种是给绝对路径。生产环境我更倾向显式指定路径避免不同机器环境变量不一致导致玄学失败。下面是最小加载代码。// 声明海康 SDK 接口继承 JNA 的 Library public interface HCNetSDK extends Library { // 按绝对路径加载避免依赖 java.library.path HCNetSDK INSTANCE Native.load( D:/sdk/win64/HCNetSDK.dll, HCNetSDK.class); // 初始化整个 SDK进程内只需调用一次 boolean NET_DVR_Init(); // 清理 SDK退出前调用 boolean NET_DVR_Cleanup(); }逻辑说明Native.load第一个参数是库路径第二个是接口类JNA 会按接口里声明的方法名去 dll 里找导出符号。参数说明路径里的斜杠用正斜杠或双反斜杠都行别用单反斜杠Java 字符串会转义。NET_DVR_Init返回布尔false 时要用NET_DVR_GetLastError拿错误码这个错误码是后面排查的主要依据。2.3 位数匹配32 位和 64 位不能混这是血泪经验里排第一的坑。你的 JDK 是 64 位就必须用 64 位的 dllJDK 是 32 位就必须用 32 位 dll。混用不会给你友好提示通常就是UnsatisfiedLinkError或者加载成功但调用返回异常。确认方式很简单命令行跑java -version看输出里有没有64-Bit。SDK 包里一般同时提供 32 位和 64 位目录别拿错。另外PlayCtrl.dll的位数也要和HCNetSDK.dll一致两个库位数不同同样会失败。3. 从登录设备到拉出第一路预览3.1 设备登录结构体映射和参数怎么填预览的前提是登录成功拿到用户句柄。登录接口NET_DVR_Login_V40需要传设备信息结构体和登录结果结构体。结构体字段顺序、类型必须和头文件严格一致错一个字段后面全乱。下面给出精简后的关键结构体声明和登录调用。// 设备登录信息结构体字段顺序必须与头文件一致 public static class NET_DVR_USER_LOGIN_INFO extends Structure { public byte[] sDeviceAddress new byte[129]; // 设备IP或域名 public byte byUseTransport; // 是否走私有协议传输 public short wPort; // 设备端口默认8000 public byte[] sUserName new byte[64]; // 登录用户名 public byte[] sPassword new byte[64]; // 登录密码 public int bUseAsynLogin; // 是否异步登录0同步 Override protected ListString getFieldOrder() { return Arrays.asList(sDeviceAddress, byUseTransport, wPort, sUserName, sPassword, bUseAsynLogin); } } // 登录结果结构体主要取 lUserID 和设备能力 public static class NET_DVR_DEVICEINFO_V40 extends Structure { public NET_DVR_DEVICEINFO_V30 struDeviceV30; public byte bySupportLock; public byte byRetryLoginTime; // 其余字段按头文件补齐 Override protected ListString getFieldOrder() { return Arrays.asList(struDeviceV30, bySupportLock, byRetryLoginTime); } }逻辑说明getFieldOrder必须返回和声明顺序一致的字段名列表JNA 靠它计算内存偏移漏写或顺序错会读到垃圾值。参数说明sDeviceAddress填设备 IPwPort默认 8000网页访问的 80 端口不是 SDK 端口别填错sUserName、sPassword是设备激活时设的不是网页登录那套如果改过要对应。bUseAsynLogin设 0 走同步简单场景够用。// 登录并拿到用户句柄 NET_DVR_USER_LOGIN_INFO loginInfo new NET_DVR_USER_LOGIN_INFO(); byte[] ip 192.168.1.64.getBytes(); System.arraycopy(ip, 0, loginInfo.sDeviceAddress, 0, ip.length); loginInfo.wPort 8000; byte[] user admin.getBytes(); System.arraycopy(user, 0, loginInfo.sUserName, 0, user.length); byte[] pwd yourpassword.getBytes(); System.arraycopy(pwd, 0, loginInfo.sPassword, 0, pwd.length); loginInfo.bUseAsynLogin 0; NET_DVR_DEVICEINFO_V40 deviceInfo new NET_DVR_DEVICEINFO_V40(); int userId HCNetSDK.INSTANCE.NET_DVR_Login_V40(loginInfo, deviceInfo); if (userId 0) { // 登录失败打印错误码定位 System.out.println(login fail, err HCNetSDK.INSTANCE.NET_DVR_GetLastError()); }逻辑说明NET_DVR_Login_V40返回lUserID小于 0 表示失败。参数说明错误码常见的有用户名密码错、网络不可达、设备已达最大连接数拿到码去查 SDK 错误码表比瞎猜快。注意byte[]拷贝时不要超过数组长度IP 超过 128 字节会越界。3.2 开启预览句柄、通道号和码流类型登录成功后开预览核心接口是NET_DVR_RealPlay_V40。它需要预览参数结构体里面指定通道号、码流类型、回调函数。通道号从 1 开始IP 通道和模拟通道编号规则不同网络摄像头一般通道 1 就是主码流。码流类型 0 是主码流1 是子码流做多路预览时用子码流能显著降带宽和解码压力。// 预览参数结构体 public static class NET_DVR_PREVIEWINFO extends Structure { public int lChannel; // 通道号从1开始 public int dwStreamType; // 0主码流 1子码流 public int dwLinkMode; // 0 TCP 1 UDP 2 多播 public Pointer hPlayWnd; // 播放窗口句柄无窗口可传null public int bBlocked; // 是否阻塞取流 public int bPassbackRecord; // 是否回传录像 public byte byPreviewMode; // 预览模式 Override protected ListString getFieldOrder() { return Arrays.asList(lChannel, dwStreamType, dwLinkMode, hPlayWnd, bBlocked, bPassbackRecord, byPreviewMode); } } // 开预览 NET_DVR_PREVIEWINFO previewInfo new NET_DVR_PREVIEWINFO(); previewInfo.lChannel 1; previewInfo.dwStreamType 1; // 子码流省资源 previewInfo.dwLinkMode 0; // TCP previewInfo.bBlocked 1; int playHandle HCNetSDK.INSTANCE.NET_DVR_RealPlay_V40( userId, previewInfo, null, null); if (playHandle 0) { System.out.println(preview fail, err HCNetSDK.INSTANCE.NET_DVR_GetLastError()); }逻辑说明返回的playHandle是预览句柄停止预览和取流都靠它。参数说明dwLinkMode选 TCP 更稳UDP 在丢包网络下容易花屏bBlocked设 1 表示接口阻塞直到有数据配合回调时要注意别卡住主线程。hPlayWnd在纯服务端取流场景可以传 null靠回调拿码流自己处理。3.3 回调取流把码流交给解码或转发如果不需要在 Java 窗口里直接显示而是要把码流推给前端或做 AI 分析就用回调方式拿原始码流。回调函数在 JNA 里用接口实现注意回调里不要做耗时操作否则会阻塞 SDK 的取流线程。// 码流回调接口 public interface FRealDataCallBack extends StdCallCallback { void invoke(int lRealHandle, int dwDataType, Pointer pBuffer, int dwBufSize, Pointer pUser); } // 注册回调 FRealDataCallBack callback (handle, type, buf, size, user) - { // type: 0原始码流 1解码后 2音视频封装 if (type 0 size 0) { byte[] data buf.getByteArray(0, size); // 这里把 data 交给队列或转发逻辑别做重活 } }; HCNetSDK.INSTANCE.NET_DVR_RealPlay_V40( userId, previewInfo, callback, null);逻辑说明回调里dwDataType为 0 时是原始码流通常是 PS 或 RTP 封装需要自己解析或交给播放库。参数说明pBuffer是临时内存回调返回后就失效必须立刻拷贝出来。dwBufSize是本次数据长度。回调线程是 SDK 内部线程任何阻塞都会拖垮整路预览。4. 多路预览与资源释放的工程化处理4.1 多路并发的连接数和带宽边界单路跑通后真正上生产是多路。海康设备对同时连接的客户端数和每路预览的码流有上限网络摄像头一般支持十几到几十路不等录像机看型号。每路主码流 1080P 可能 4~8 Mbps子码流几百 Kbps 到 2 Mbps。做 16 路预览用子码流总带宽可能十几 Mbps用主码流就上百 Mbps局域网也扛不住。我一般按「预览用子码流、需要高清时单独拉主码流」来设计。并发时还要注意NET_DVR_Login_V40的次数同一设备反复登录会占满连接数。正确做法是一个设备登录一次拿一个userId多路预览共用它每路一个playHandle。释放时先停预览再登出顺序反了会残留句柄。4.2 停止预览与登出的正确顺序资源不释放跑几天就会遇到「设备连接数已满」。释放顺序是对每个playHandle调NET_DVR_StopRealPlay再对userId调NET_DVR_Logout最后进程退出前调NET_DVR_Cleanup。下面是一个封装好的释放方法。// 停止单路预览 public void stopPreview(int playHandle) { if (playHandle 0) { HCNetSDK.INSTANCE.NET_DVR_StopRealPlay(playHandle); } } // 登出设备 public void logout(int userId) { if (userId 0) { HCNetSDK.INSTANCE.NET_DVR_Logout(userId); } } // 进程退出时清理 public void cleanup() { HCNetSDK.INSTANCE.NET_DVR_Cleanup(); }逻辑说明每个句柄都要判有效再释放重复释放可能报错。参数说明NET_DVR_Cleanup一个进程只调一次放在应用关闭钩子里。用 Spring 的话可以写PreDestroy但要注意别在 Bean 销毁顺序里漏掉。4.3 用连接池思路管理设备句柄多设备场景我习惯把userId和playHandle用 Map 管理key 用设备 IP 加通道。设备断线重连时先清理旧句柄再重新登录避免句柄泄漏。可以加一个定时任务检查预览句柄是否还有效NET_DVR_RealPlay_V40失败或回调长时间无数据就触发重连。这套逻辑不复杂但能省掉大量半夜被告警叫醒的麻烦。5. 预览跑不通时的排查清单5.1 加载阶段报 UnsatisfiedLinkError现象程序启动或首次调用时报找不到库或找不到方法。原因dll 路径不对、位数不匹配、依赖库缺失。解决先用绝对路径加载确认java -version位数把 SDK 示例目录里的 dll 全部拷过来缺一个补一个。可以用 Dependency Walker 类工具看HCNetSDK.dll依赖了哪些模块。5.2 登录返回 -1 且错误码指向网络现象NET_DVR_Login_V40返回负值错误码是连接类。原因IP 或端口错、设备未激活、防火墙拦截、设备连接数满。解决先用浏览器或客户端确认设备在线确认 SDK 端口是 8000 不是 80检查设备是否已达最大连接数必要时重启设备释放。5.3 预览句柄有效但收不到数据现象NET_DVR_RealPlay_V40返回正数回调一直不触发。原因通道号错、码流类型设备不支持、bBlocked设置导致阻塞、网络丢包。解决换通道号试主码流子码流都试一遍把dwLinkMode从 UDP 改 TCP确认设备该通道确实有视频源。5.4 回调里取数据导致花屏或卡死现象画面花屏、延迟越来越大、程序卡住。原因回调里做了耗时操作或者pBuffer没及时拷贝。解决回调里只做内存拷贝和入队解码和转发放到独立线程。pBuffer用完即失效必须立刻复制。5.5 长时间运行后连接数满现象跑一段时间后新预览开不了报连接数满。原因句柄没释放异常路径漏了StopRealPlay或Logout。解决用 try-finally 保证释放加定时巡检清理无效句柄登出和清理按顺序调用。6. 把预览封装成可复用服务的一个技巧跑通单路之后真正决定这套东西能不能上生产的是异常恢复和资源回收。我踩过最深的一个坑是设备网络抖动导致预览句柄失效但代码里没检测句柄一直挂着几天后设备连接数满所有预览全挂。后来我加了一个轻量心跳定时对每个playHandle调一次取流状态查询连续几次异常就主动StopRealPlay并重新登录开预览。这个逻辑不复杂但把「半夜被告警叫醒」变成了「服务自己恢复」。具体做法是维护一个预览任务表每条记录设备 IP、通道、userId、playHandle、最后收流时间。回调每次收到数据就更新最后收流时间。定时任务扫描超过阈值没数据的任务标记为异常走「停预览 → 登出 → 重新登录 → 重新开预览」的恢复流程。恢复时注意加退避别在设备彻底离线时疯狂重连把连接数打满。参数建议值说明收流超时阈值5~10 秒低于 5 秒容易误判网络抖动重连退避5 秒起翻倍到 60 秒避免打满设备连接数巡检间隔10~30 秒太密增加设备负担预览码流子码流多路场景省带宽和解码验证方法也简单把设备网线拔掉再插上看服务能不能在退避周期内自动恢复预览而不是要人工重启。能自动恢复这套封装才算能交付。我现在的习惯是任何接硬件的 Java 服务上线前都要做一次「拔线测试」预览、云台、报警都过一遍过不了就不发版。希望帮到你。本文还有配套的精品资源点击获取
简介本资源面向Java开发者与视频监控集成方向的技术人员聚焦如何通过JNA调用海康威视SDK实现摄像头预览功能适合具备一定Java基础、希望快速接入安防设备的工程师学习参考。压缩包共302个文件约7.74MB以262个class编译文件、21个dll动态库、6个java源码、6个jar包及3个lib库文件为主涵盖SDK接口封装、播放控制与设备配置等模块源码结构清晰便于对照理解调用链路。目前已有9496人学习下载热度较高。借助hcws_project中的完整示例读者可掌握设备连接初始化、通道选择、预览句柄申请、参数设置、视频流渲染及资源释放等关键环节并参考错误异常处理与多线程同步思路在此基础上扩展录像回放、云台控制、动态检测等定制功能降低二次开发门槛。1. Java 调海康 SDK 做预览为什么第一次跑通总卡在动态库上很多 Java 后端第一次接海康威视摄像头预览代码照着示例敲完HCNetSDK.INSTANCE.NET_DVR_Init()返回 false控制台一行UnsatisfiedLinkError或者干脆静默失败。问题几乎不在 Java 代码本身而在 JNA 加载动态库这一层——海康 SDK 是 C/C 写的Java 侧靠 JNA 做桥接库文件放错目录、位数不匹配、依赖的播放库没一起拷都会让预览卡在第一步。这篇笔记讲的就是用 Java 调海康威视 SDK 实现摄像头实时预览的完整落地路径从 SDK 结构、JNA 接口声明、登录设备、拿句柄、开预览到释放资源把每一步的参数含义和翻车点讲清楚。适合手里有海康网络摄像头或录像机、需要在 Java 服务里嵌入实时画面的开发者也适合做视频平台对接、想把预览能力封装成接口的团队。读完你能自己跑通一路预览并知道多路并发时该盯哪些参数。2. 海康 SDK 的组成与 Java 侧桥接选型2.1 SDK 目录里到底哪些文件是必须的海康威视网络设备 SDK 下载下来通常是一个压缩包解压后按平台分目录Windows 下常见的是库文件和头文件两块。真正要落到 Java 项目里的是动态库和它们之间的依赖关系头文件只在你要自己扩展接口声明时才有用。以 Windows 64 位为例核心库是HCNetSDK.dll它负责设备登录、预览、云台、报警这些主流程预览画面要真正解码显示还得靠播放库PlayCtrl.dll有些版本还会带libcrypto、libssl、hlog、SuperRender之类的支撑库。少一个加载阶段就可能报找不到依赖模块。我一般会把运行需要的库统一放到项目的一个目录里比如src/main/resources/lib/win64/打包时再决定是随 jar 一起发还是外置。判断一个库是不是必须最直接的办法是看 SDK 自带的 Java 示例里JNA加载了哪几个以及示例的dll目录里放了什么。不要只拷HCNetSDK.dll一个文件这是新手最常见的翻车点。文件作用是否必须HCNetSDK.dll设备登录、预览、控制主接口必须PlayCtrl.dll码流解码、取 YUV/显示预览显示必须libcrypto / libssl部分加密通信支撑视版本hlog / SuperRender日志与渲染辅助视版本HCNetSDKCom 目录部分组件化接口用到才需要2.2 为什么用 JNA 而不是 JNI 自己写海康官方给的 Java 示例就是基于 JNA 的原因很实际SDK 接口几百个结构体嵌套深用 JNI 手写包装工作量巨大而 JNA 只要声明接口和结构体映射就能调。代价是性能略低、结构体对齐要自己保证。对预览这种每秒几十帧、但真正跨语言调用只发生在回调和取流环节的场景JNA 的开销可以接受。选型上我建议直接沿用官方示例的 JNA 版本不要自己升级到差异太大的版本结构体映射对不上会读出乱码。JNA 加载库有两种写法一种是把 dll 放到java.library.path能搜到的目录用Native.load(HCNetSDK, ...)另一种是给绝对路径。生产环境我更倾向显式指定路径避免不同机器环境变量不一致导致玄学失败。下面是最小加载代码。// 声明海康 SDK 接口继承 JNA 的 Library public interface HCNetSDK extends Library { // 按绝对路径加载避免依赖 java.library.path HCNetSDK INSTANCE Native.load( D:/sdk/win64/HCNetSDK.dll, HCNetSDK.class); // 初始化整个 SDK进程内只需调用一次 boolean NET_DVR_Init(); // 清理 SDK退出前调用 boolean NET_DVR_Cleanup(); }逻辑说明Native.load第一个参数是库路径第二个是接口类JNA 会按接口里声明的方法名去 dll 里找导出符号。参数说明路径里的斜杠用正斜杠或双反斜杠都行别用单反斜杠Java 字符串会转义。NET_DVR_Init返回布尔false 时要用NET_DVR_GetLastError拿错误码这个错误码是后面排查的主要依据。2.3 位数匹配32 位和 64 位不能混这是血泪经验里排第一的坑。你的 JDK 是 64 位就必须用 64 位的 dllJDK 是 32 位就必须用 32 位 dll。混用不会给你友好提示通常就是UnsatisfiedLinkError或者加载成功但调用返回异常。确认方式很简单命令行跑java -version看输出里有没有64-Bit。SDK 包里一般同时提供 32 位和 64 位目录别拿错。另外PlayCtrl.dll的位数也要和HCNetSDK.dll一致两个库位数不同同样会失败。3. 从登录设备到拉出第一路预览3.1 设备登录结构体映射和参数怎么填预览的前提是登录成功拿到用户句柄。登录接口NET_DVR_Login_V40需要传设备信息结构体和登录结果结构体。结构体字段顺序、类型必须和头文件严格一致错一个字段后面全乱。下面给出精简后的关键结构体声明和登录调用。// 设备登录信息结构体字段顺序必须与头文件一致 public static class NET_DVR_USER_LOGIN_INFO extends Structure { public byte[] sDeviceAddress new byte[129]; // 设备IP或域名 public byte byUseTransport; // 是否走私有协议传输 public short wPort; // 设备端口默认8000 public byte[] sUserName new byte[64]; // 登录用户名 public byte[] sPassword new byte[64]; // 登录密码 public int bUseAsynLogin; // 是否异步登录0同步 Override protected ListString getFieldOrder() { return Arrays.asList(sDeviceAddress, byUseTransport, wPort, sUserName, sPassword, bUseAsynLogin); } } // 登录结果结构体主要取 lUserID 和设备能力 public static class NET_DVR_DEVICEINFO_V40 extends Structure { public NET_DVR_DEVICEINFO_V30 struDeviceV30; public byte bySupportLock; public byte byRetryLoginTime; // 其余字段按头文件补齐 Override protected ListString getFieldOrder() { return Arrays.asList(struDeviceV30, bySupportLock, byRetryLoginTime); } }逻辑说明getFieldOrder必须返回和声明顺序一致的字段名列表JNA 靠它计算内存偏移漏写或顺序错会读到垃圾值。参数说明sDeviceAddress填设备 IPwPort默认 8000网页访问的 80 端口不是 SDK 端口别填错sUserName、sPassword是设备激活时设的不是网页登录那套如果改过要对应。bUseAsynLogin设 0 走同步简单场景够用。// 登录并拿到用户句柄 NET_DVR_USER_LOGIN_INFO loginInfo new NET_DVR_USER_LOGIN_INFO(); byte[] ip 192.168.1.64.getBytes(); System.arraycopy(ip, 0, loginInfo.sDeviceAddress, 0, ip.length); loginInfo.wPort 8000; byte[] user admin.getBytes(); System.arraycopy(user, 0, loginInfo.sUserName, 0, user.length); byte[] pwd yourpassword.getBytes(); System.arraycopy(pwd, 0, loginInfo.sPassword, 0, pwd.length); loginInfo.bUseAsynLogin 0; NET_DVR_DEVICEINFO_V40 deviceInfo new NET_DVR_DEVICEINFO_V40(); int userId HCNetSDK.INSTANCE.NET_DVR_Login_V40(loginInfo, deviceInfo); if (userId 0) { // 登录失败打印错误码定位 System.out.println(login fail, err HCNetSDK.INSTANCE.NET_DVR_GetLastError()); }逻辑说明NET_DVR_Login_V40返回lUserID小于 0 表示失败。参数说明错误码常见的有用户名密码错、网络不可达、设备已达最大连接数拿到码去查 SDK 错误码表比瞎猜快。注意byte[]拷贝时不要超过数组长度IP 超过 128 字节会越界。3.2 开启预览句柄、通道号和码流类型登录成功后开预览核心接口是NET_DVR_RealPlay_V40。它需要预览参数结构体里面指定通道号、码流类型、回调函数。通道号从 1 开始IP 通道和模拟通道编号规则不同网络摄像头一般通道 1 就是主码流。码流类型 0 是主码流1 是子码流做多路预览时用子码流能显著降带宽和解码压力。// 预览参数结构体 public static class NET_DVR_PREVIEWINFO extends Structure { public int lChannel; // 通道号从1开始 public int dwStreamType; // 0主码流 1子码流 public int dwLinkMode; // 0 TCP 1 UDP 2 多播 public Pointer hPlayWnd; // 播放窗口句柄无窗口可传null public int bBlocked; // 是否阻塞取流 public int bPassbackRecord; // 是否回传录像 public byte byPreviewMode; // 预览模式 Override protected ListString getFieldOrder() { return Arrays.asList(lChannel, dwStreamType, dwLinkMode, hPlayWnd, bBlocked, bPassbackRecord, byPreviewMode); } } // 开预览 NET_DVR_PREVIEWINFO previewInfo new NET_DVR_PREVIEWINFO(); previewInfo.lChannel 1; previewInfo.dwStreamType 1; // 子码流省资源 previewInfo.dwLinkMode 0; // TCP previewInfo.bBlocked 1; int playHandle HCNetSDK.INSTANCE.NET_DVR_RealPlay_V40( userId, previewInfo, null, null); if (playHandle 0) { System.out.println(preview fail, err HCNetSDK.INSTANCE.NET_DVR_GetLastError()); }逻辑说明返回的playHandle是预览句柄停止预览和取流都靠它。参数说明dwLinkMode选 TCP 更稳UDP 在丢包网络下容易花屏bBlocked设 1 表示接口阻塞直到有数据配合回调时要注意别卡住主线程。hPlayWnd在纯服务端取流场景可以传 null靠回调拿码流自己处理。3.3 回调取流把码流交给解码或转发如果不需要在 Java 窗口里直接显示而是要把码流推给前端或做 AI 分析就用回调方式拿原始码流。回调函数在 JNA 里用接口实现注意回调里不要做耗时操作否则会阻塞 SDK 的取流线程。// 码流回调接口 public interface FRealDataCallBack extends StdCallCallback { void invoke(int lRealHandle, int dwDataType, Pointer pBuffer, int dwBufSize, Pointer pUser); } // 注册回调 FRealDataCallBack callback (handle, type, buf, size, user) - { // type: 0原始码流 1解码后 2音视频封装 if (type 0 size 0) { byte[] data buf.getByteArray(0, size); // 这里把 data 交给队列或转发逻辑别做重活 } }; HCNetSDK.INSTANCE.NET_DVR_RealPlay_V40( userId, previewInfo, callback, null);逻辑说明回调里dwDataType为 0 时是原始码流通常是 PS 或 RTP 封装需要自己解析或交给播放库。参数说明pBuffer是临时内存回调返回后就失效必须立刻拷贝出来。dwBufSize是本次数据长度。回调线程是 SDK 内部线程任何阻塞都会拖垮整路预览。4. 多路预览与资源释放的工程化处理4.1 多路并发的连接数和带宽边界单路跑通后真正上生产是多路。海康设备对同时连接的客户端数和每路预览的码流有上限网络摄像头一般支持十几到几十路不等录像机看型号。每路主码流 1080P 可能 4~8 Mbps子码流几百 Kbps 到 2 Mbps。做 16 路预览用子码流总带宽可能十几 Mbps用主码流就上百 Mbps局域网也扛不住。我一般按「预览用子码流、需要高清时单独拉主码流」来设计。并发时还要注意NET_DVR_Login_V40的次数同一设备反复登录会占满连接数。正确做法是一个设备登录一次拿一个userId多路预览共用它每路一个playHandle。释放时先停预览再登出顺序反了会残留句柄。4.2 停止预览与登出的正确顺序资源不释放跑几天就会遇到「设备连接数已满」。释放顺序是对每个playHandle调NET_DVR_StopRealPlay再对userId调NET_DVR_Logout最后进程退出前调NET_DVR_Cleanup。下面是一个封装好的释放方法。// 停止单路预览 public void stopPreview(int playHandle) { if (playHandle 0) { HCNetSDK.INSTANCE.NET_DVR_StopRealPlay(playHandle); } } // 登出设备 public void logout(int userId) { if (userId 0) { HCNetSDK.INSTANCE.NET_DVR_Logout(userId); } } // 进程退出时清理 public void cleanup() { HCNetSDK.INSTANCE.NET_DVR_Cleanup(); }逻辑说明每个句柄都要判有效再释放重复释放可能报错。参数说明NET_DVR_Cleanup一个进程只调一次放在应用关闭钩子里。用 Spring 的话可以写PreDestroy但要注意别在 Bean 销毁顺序里漏掉。4.3 用连接池思路管理设备句柄多设备场景我习惯把userId和playHandle用 Map 管理key 用设备 IP 加通道。设备断线重连时先清理旧句柄再重新登录避免句柄泄漏。可以加一个定时任务检查预览句柄是否还有效NET_DVR_RealPlay_V40失败或回调长时间无数据就触发重连。这套逻辑不复杂但能省掉大量半夜被告警叫醒的麻烦。5. 预览跑不通时的排查清单5.1 加载阶段报 UnsatisfiedLinkError现象程序启动或首次调用时报找不到库或找不到方法。原因dll 路径不对、位数不匹配、依赖库缺失。解决先用绝对路径加载确认java -version位数把 SDK 示例目录里的 dll 全部拷过来缺一个补一个。可以用 Dependency Walker 类工具看HCNetSDK.dll依赖了哪些模块。5.2 登录返回 -1 且错误码指向网络现象NET_DVR_Login_V40返回负值错误码是连接类。原因IP 或端口错、设备未激活、防火墙拦截、设备连接数满。解决先用浏览器或客户端确认设备在线确认 SDK 端口是 8000 不是 80检查设备是否已达最大连接数必要时重启设备释放。5.3 预览句柄有效但收不到数据现象NET_DVR_RealPlay_V40返回正数回调一直不触发。原因通道号错、码流类型设备不支持、bBlocked设置导致阻塞、网络丢包。解决换通道号试主码流子码流都试一遍把dwLinkMode从 UDP 改 TCP确认设备该通道确实有视频源。5.4 回调里取数据导致花屏或卡死现象画面花屏、延迟越来越大、程序卡住。原因回调里做了耗时操作或者pBuffer没及时拷贝。解决回调里只做内存拷贝和入队解码和转发放到独立线程。pBuffer用完即失效必须立刻复制。5.5 长时间运行后连接数满现象跑一段时间后新预览开不了报连接数满。原因句柄没释放异常路径漏了StopRealPlay或Logout。解决用 try-finally 保证释放加定时巡检清理无效句柄登出和清理按顺序调用。6. 把预览封装成可复用服务的一个技巧跑通单路之后真正决定这套东西能不能上生产的是异常恢复和资源回收。我踩过最深的一个坑是设备网络抖动导致预览句柄失效但代码里没检测句柄一直挂着几天后设备连接数满所有预览全挂。后来我加了一个轻量心跳定时对每个playHandle调一次取流状态查询连续几次异常就主动StopRealPlay并重新登录开预览。这个逻辑不复杂但把「半夜被告警叫醒」变成了「服务自己恢复」。具体做法是维护一个预览任务表每条记录设备 IP、通道、userId、playHandle、最后收流时间。回调每次收到数据就更新最后收流时间。定时任务扫描超过阈值没数据的任务标记为异常走「停预览 → 登出 → 重新登录 → 重新开预览」的恢复流程。恢复时注意加退避别在设备彻底离线时疯狂重连把连接数打满。参数建议值说明收流超时阈值5~10 秒低于 5 秒容易误判网络抖动重连退避5 秒起翻倍到 60 秒避免打满设备连接数巡检间隔10~30 秒太密增加设备负担预览码流子码流多路场景省带宽和解码验证方法也简单把设备网线拔掉再插上看服务能不能在退避周期内自动恢复预览而不是要人工重启。能自动恢复这套封装才算能交付。我现在的习惯是任何接硬件的 Java 服务上线前都要做一次「拔线测试」预览、云台、报警都过一遍过不了就不发版。希望帮到你。本文还有配套的精品资源点击获取
