该死的微软,该死的文档,该死的ExecuteCommand

写了个WinService,想通过控制界面对Service进行STOP、START之外的其它控制,比如执行相关命令。

在使用ServiceController中,发现只有一个ExecuteCommand方法可以进行控制处理,而该死的ExecuteCommand只有一个int类型的参数可传递,该死!!!

int就int吧,本人把32位int进行分段处理以实现传递复杂命令的需求。该死的ExecuteCommand不干了,报告以下错误:

System.InvalidOperationException: 无法控制计算机“.”上的 MyWinService 服务。 ---> System.ComponentModel.Win32Exception: 参数不正确。
   --- 内部异常堆栈跟踪的结尾 ---
   在 System.ServiceProcess.ServiceController.ExecuteCommand(Int32 command)

翻阅文档,晕呀,明明说了是int类型呀,我传递的也确定是int类型呀,怎么就参数不正确了呢?

嘿嘿,本人猜测是否int类型的参数过大,于是对参数从-100到+100都进行了遍历测试,结果还是不一样,狂头痛。

幸好有同事同时在搜索资料,答曰:参数的值不能小于128,也不能大于255。

再次狂晕!!!

该死的微软,该死的文档,该死的ExecuteCommand
posted @   无之无  阅读(2747)  评论(5编辑  收藏  举报
编辑推荐:
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
阅读排行:
· 周边上新:园子的第一款马克杯温暖上架
· Open-Sora 2.0 重磅开源!
· .NET周刊【3月第1期 2025-03-02】
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· [AI/GPT/综述] AI Agent的设计模式综述
点击右上角即可分享
微信分享提示