专注编程优化20年
码龄24年
求更新 关注
提问 私信
  • 博客:1,347,091
    社区:92,717
    问答:1,444
    动态:231
    视频:1
    1,441,484
    总访问量
  • 887
    原创
  • 1,745
    排名
  • 3,720
    粉丝
  • 744
    关注
IP属地以运营商信息为准,境内显示到省(区、市),境外显示到国家(地区)
IP 属地:浙江省
加入CSDN时间: 2001-09-28

个人简介:QQ527524938,微信xiaoyao345678 http://www.xiaoyaosoft.com 管理软件开发,APP开发,网页爬虫,VBA自动化 谁有模块要写,控件开发,网站设计,代码修改 程序优化提速,BUG修复 ================ 有需要各种模块,控件,类库,源码,可以找我 开发语言: C# , vb.net, JAVA, VB6, VBA, Js, HTML, Python等 安卓开发:b4a,Wine跨平台运行EXE,跨平台.net程序

查看详细资料
个人成就
  • 获得7,456次点赞
  • 内容获得190次评论
  • 获得6,785次收藏
  • 代码片获得3,365次分享
  • 原力等级
    原力等级
    8
    原力分
    5,312
    本月获得
    209
创作历程
  • 524篇
    2025年
  • 258篇
    2024年
  • 77篇
    2023年
  • 2篇
    2021年
  • 7篇
    2020年
  • 16篇
    2019年
  • 13篇
    2018年
  • 6篇
    2017年
  • 27篇
    2014年
  • 12篇
    2013年
  • 1篇
    2012年
  • 33篇
    2011年
成就勋章
TA的专栏
  • 人生感悟
    6篇
  • 软件行业
    5篇
  • 热点新闻
    2篇
  • .net开发技术
    2篇
  • vb6技术
    1篇
  • VC++
    2篇
  • 爱情
    1篇
  • 作品成品 开发的一些软件
    36篇
  • 自动编程 源码库
    6篇
  • 股票分析理财投资
    8篇
  • 抢票工具
    1篇
  • 秒杀工具
    1篇
  • 自动发贴软件
    2篇
  • 高速爬虫
    3篇

TA关注的专栏 1

TA关注的收藏夹 0

TA关注的社区 21

TA参与的活动 1

创作活动更多

AI 镜像开发实战征文活动

随着人工智能技术的飞速发展,AI 镜像开发逐渐成为技术领域的热点之一。Stable Diffusion 3.5 FP8 作为强大的文生图模型,为开发者提供了更高效的图像生成解决方案。为了推动 AI 镜像开发技术的交流与创新,我们特此发起本次征文活动,诚邀广大开发者分享在 Stable Diffusion 3.5 FP8 文生图方向的实战经验和创新应用 本次征文活动鼓励开发者围绕 Stable Diffusion 3.5 FP8 文生图方向,分享以下方面的内容: 1. 技术实践与优化 - Stable Diffusion 3.5 FP8 模型架构解析与优化技巧 - 文生图生成效果的提升方法与技巧 - 模型部署与加速策略,例如使用 Hugging Face、Diffusers 等工具 - 针对特定场景(例如二次元、写实风)的模型微调与定制化开发 2. 应用场景探索 - Stable Diffusion 3.5 FP8 在不同领域的应用案例分享,例如游戏设计、广告创意、艺术创作等 - 利用 Stable Diffusion 3.5 FP8 实现图像编辑、图像修复、图像增强等功能的探索 - 结合其他 AI 技术(例如 NLP、语音识别)构建更强大的应用 3. 创新应用与思考 - 基于 Stable Diffusion 3.5 FP8 的创新应用场景设计 - AI 镜像开发的未来发展方向的思考与展望 - 对 AI 镜像开发伦理、安全等问题的探讨

28人参与 去参加
  • 最近
  • 文章
  • 专栏
  • 代码仓
  • 资源
  • 收藏
  • 关注/订阅/互动
更多
  • 最近

  • 文章

  • 专栏

  • 代码仓

  • 资源

  • 收藏

  • 关注/订阅/互动

  • 社区

  • 帖子

  • 问答

  • 课程

  • 视频

搜索 取消

编程UTF8,UNICODE,ANSI编码问题

维度UTF-16(Windows API 原生)UTF8(主流通用)核心优势适配 Windows API,无转换开销(快)跨平台、省空间、兼容 ASCII核心劣势占用空间大、跨平台差与 Windows API 交互需转码(少量开销)适用场景纯 Windows 本地程序、高频调用 API网络 / 跨平台 / 数据库 / 文件交互。
原创
博文更新于 17 小时前 ·
525 阅读 ·
9 点赞 ·
0 评论 ·
14 收藏

Windows 批处理BAT中实现文件字符串替换

BAT实现替换文本文件字符串在 Windows 批处理(BAT)中实现文本文件字符串替换,核心思路是通过for /f逐行读取文件内容,结合字符串替换语法处理每行内容,最后将处理后的内容写入临时文件,替换原文件。以下是完整的实现方案,包含基础版、增强版(支持特殊字符)和使用说明。
原创
博文更新于 20 小时前 ·
143 阅读 ·
2 点赞 ·
0 评论 ·
2 收藏

C#全面超越JAVA,主要还是跨平台用的人少

启动速度:.NET 的 AOT / 分层编译让程序启动更快,尤其单机 / 桌面程序(如 WinForm/WPF),体感更明显;桌面 / Windows 场景:CLR 与 Windows 深度绑定,系统调用、硬件交互的开销更低;值类型 / 无装箱:C# 避免了 Java 泛型的装箱损耗,小数据量计算(如算法、工具类)更高效;开发便捷性:C# 的高性能特性(如Span<T>)是语言原生支持,开发者无需额外优化即可获得不错性能;
原创
博文更新于 前天 19:03 ·
561 阅读 ·
21 点赞 ·
0 评论 ·
11 收藏

vb.net宿主程序通过统一接口直接调用,命名空间要一致

命名空间必须完全一致:即使是同一个程序集,和也是两个接口;程序集必须统一:接口的 “物理载体”(程序集)必须相同,否则签名再一致也没用;中文命名易出问题:建议接口 / 命名空间用英文,避免动态编译时中文编码、大小写敏感等问题;ByRef 参数处理:方案 3 中需注意 ByRef 参数的传递(通过数组同步修改)。优先选择方案 1(独立类库),这是最稳定、可维护的方式;如果是小型工具类项目,可考虑方案 2;方案 3 仅作为兜底。编辑分享。
原创
博文更新于 前天 17:57 ·
541 阅读 ·
14 点赞 ·
0 评论 ·
4 收藏

炒股的人性考验:我与朋友的不同选择

当时他说手头紧张,先付了一半费用,后来却毁约不付款了。而这次小牛市,大盘涨了50%,不少人赚了120%,他却在下跌行情中满仓操作,结果亏得一塌糊涂。我多次提醒他,大盘不好时不能做长线,短线也只能偶尔搏一下,一个月最多操作一周,防止被大盘暴跌套牢。可他从不听劝,也不学习炒股技术,更不做交易记录,只会梭哈,连自己会编程的本领都不会用来辅助投资,更别说用AI帮他分析了。朋友更是典型,四月隆基绿能底价时他不买,眼睁睁看着5个月涨了70%,然后在高位追涨,结果十几天就亏了20%,一个多月后亏掉了30%。
原创
博文更新于 2025.12.17 ·
126 阅读 ·
3 点赞 ·
0 评论 ·
0 收藏

c#语法和java相差多少

都使用 class 、 public 、 private 等关键字,都有 main 方法(C#中是 Main ,Java是 main )。- 都有 try-catch-finally ,但C#中可以过滤异常( when 子句),Java需要用 if 判断。- C#有可空类型( int?- Java有包( package ),C#用命名空间( namespace )。- **C#**支持隐式类型变量( var ),Java需要显式声明类型。- Java有JVM,C#有CLR(公共语言运行时)。
原创
博文更新于 2025.12.17 ·
223 阅读 ·
1 点赞 ·
0 评论 ·
0 收藏

股市中的认知差异:我的理性分析与朋友的固有偏见

这就像中国花300多亿收购的安世半导体,虽然控股了公司,却没有核心专利,随时可能被停止技术授权而陷入危机。全志科技的成功,如同小米、vivo、OPPO坚持自主研发主板和外观设计一样,证明了中国企业通过掌握核心技术,可以在全球产业链中占据一席之地。全志的芯片在平板电脑、工业控制、汽车车机等领域优势明显:完全自主产权意味着不会被卡脖子,成本仅为高通的一半甚至更低,在中低端市场极具竞争力。全志科技的股价表现堪称传奇:从去年1月的54元,涨到今年9月的280元,涨幅超400%,同期大盘仅涨40%,是大盘的10倍!
原创
博文更新于 2025.12.16 ·
446 阅读 ·
5 点赞 ·
0 评论 ·
8 收藏

C#内存加载dll和EXE是不是差不多,主要是EXE有入口点

/ 被加载的 DLL 代码// 自定义有返回值方法内存加载并调用:csharp运行try// 1. 读取 DLL 字节(内存加载核心)// 2. 找 DLL 中的类型和方法(重点:自定义业务方法)if (calcType == null) throw new Exception("未找到 Calculator 类型");null,null);// 3. 调用方法并获取返回值Console.WriteLine($"DLL 方法返回值:{result}");// 输出 300。
原创
博文更新于 2025.12.15 ·
783 阅读 ·
14 点赞 ·
0 评论 ·
6 收藏

windows MkLink创建虚拟文件,虚拟文件夹用法决窍

维度/H(硬链接)跨驱动器链接(符号 / 联接点)适用范围仅同盘文件跨盘文件 / 文件夹(符号链接还支持网络)原文件删除后链接仍可访问链接失效系统识别方式视为 “独立文件”(无链接标识)视为 “链接”(部分工具显示特殊图标)权限 / 属性与原文件完全共享独立属性(访问时校验原路径权限)/_D是 “功能全面但权限 / 兼容性稍弱” 的文件夹符号链接,胜在支持网络、路径灵活;/J是 “兼容性拉满但功能受限” 的联接点,胜在无需管理员、老系统 / 老程序友好;若仅做。
原创
博文更新于 2025.12.15 ·
965 阅读 ·
25 点赞 ·
0 评论 ·
14 收藏

工程合同自动审核AI!真能帮你少加班的救命神器

之前审工程合同,我和法务逐字逐句抠 2 天,生怕漏了些坑,结果工期延误违约金没写清,后期扯皮损失了1万多,实在是不愿意干这些活,看网上说有的AI可以直接审,结果试了简直一塌糊涂,越用越气。直到找到专门适配咱们行业的 AI,才发现这么好用,现在把合同上传,10 分钟就自动标出风险,还有修改建议,甚至能记住我们公司和长期合作方的合作习惯,不用再翻旧合同,2 小时就能搞定以前 2 天的活,法务都夸我省心。真心劝大家,别盲目跟风 AI,但如果也被这些事情耗时耗力,评论区喊我发你少走弯路。真能帮你少加班的救命神器。
原创
博文更新于 2025.12.14 ·
139 阅读 ·
3 点赞 ·
0 评论 ·
0 收藏

SetWinEventHook监控事件频率最多的事件和回调过程详解

开发时需重点关注过滤优化、异步处理、资源释放,避免因高频触发导致性能问题或系统异常。编辑分享。
原创
博文更新于 2025.12.13 ·
855 阅读 ·
12 点赞 ·
0 评论 ·
30 收藏

SetWindowsHookEx WH_CBT只对当前进程有效,或者要注入32位64位2个DLL

若你之前的 WH_CBT 只对当前进程有效,只需将的dwThreadId设为 0,并将钩子函数封装到 DLL 中,即可全局监控窗口切换;若不想写 DLL,优先选择(监控切换)+(监控点击)的组合,实现无注入的全局监控。编辑分享SetWinEventHook支持哪些窗口点击或切换事件?是 Windows 提供的系统级事件监控 API(属于辅助功能框架),核心聚焦于「窗口 / UI 元素的状态变更」,而非直接的 “鼠标点击”,但可通过关联事件间接捕获窗口切换、激活、点击相关行为。以下是它支持的。
原创
博文更新于 2025.12.13 ·
740 阅读 ·
25 点赞 ·
0 评论 ·
14 收藏

多线程解压安装ZIP,EXE分析-微软的MSI安装包和 .NET SDK EXE

MSI:优先保证安装的稳定性和事务性,核心解压串行,仅辅助步骤并行;.NET SDK EXE:兼顾速度和兼容性,采用 “分块多线程解压 + 分阶段串行 / 并行安装”;两者均不会无限制开线程,因为磁盘 I/O 和依赖约束是核心瓶颈,而非 CPU 算力。
原创
博文更新于 2025.12.13 ·
745 阅读 ·
25 点赞 ·
0 评论 ·
15 收藏

C# int*指向 int 的指针类型(unsafe 上下文)

类型层面int*≠IntPtr,前者是类型化指针(unsafe),后者是通用地址值类型(安全);地址数值:同一内存地址的int*和IntPtr存储的数值完全一致,可互相转换;实用选择若在 unsafe 上下文直接操作 int 内存,用int*(高效);若跨架构 / 跨语言传递地址、或需安全代码,用IntPtrnint(推荐,尤其 AOT 导出函数的参数)。int*是 “专指 int 的地址”,IntPtr是 “通用内存地址的数值封装”。
原创
博文更新于 2025.12.12 ·
756 阅读 ·
10 点赞 ·
0 评论 ·
18 收藏

为什么VC++主要使用的字符串是没有长度的类型

VC++ 常用的 “无长度字符串”(char*/wchar_t*)是 C 语言的历史继承,核心是极简 / 兼容,而非 BSTR 的内存问题;BSTR 的内存开销可忽略,没成为主流是因为其设计目标是 COM 交互,而非通用编程;“循环读双零、中文拆串、速度慢” 是误用导致的问题:避免循环找终止符:用(显式长度)或提前缓存长度;中文不拆串:统一编码(UTF-16/wchar_t 或 UTF-8 + 正确遍历);现代 VC++ 开发应优先使用或CString。
原创
博文更新于 2025.12.12 ·
460 阅读 ·
9 点赞 ·
0 评论 ·
8 收藏

C#用API添另静态路由表

Windows 官方对原生 API 要素含义C# 定义对应项匹配性返回值DWORD32 位无符号整数(错误码:0 = 成功,非 0 = 失败)int(C# 用 int 兼容 DWORD,无符号→有符号不影响错误码判断)完全匹配参数指向结构体的指针(入参 + 出参)ref等价于 C++ 指针,传递结构体地址)完全匹配库名API 所在的系统 DLL完全匹配层面C# 代码VB6 代码结论API 声明 / 定义refint返回值,严格对齐原生 APIByRef(默认) +Long。
原创
博文更新于 2025.12.11 ·
950 阅读 ·
12 点赞 ·
0 评论 ·
20 收藏

最快速度取最新一条数据-Mysql,Sql server,access数据库

索引表 + 内存表是有效的:但核心价值是 “减少高频场景下的重复聚合计算”,而非单次查询的微秒级提升;存储过程是最优封装:预编译 + 减少网络交互,比直接写两次 SQL 快,且逻辑更易维护;同步机制是核心:触发器(实时)/ 定时任务(低频)二选一,必须避免索引表和业务表数据不一致;小数据量 / 低频查询无需做:实时MAX(id)已经足够快,过度设计反而增加维护成本。在 Access、SQL Server、MySQL 中,不存在通用的语法利用主键索引(聚簇索引)的有序性,避免全表扫描。
原创
博文更新于 2025.12.09 ·
756 阅读 ·
13 点赞 ·
0 评论 ·
23 收藏

后期绑定方式调用COM 对象invoke方法,参数结构分析

后期绑定方式调用COM 对象invoke方法,是不是所有参数都压在一个连续的变体数组中,数据是连贯的?比如纯数字传值的3个参数,实际占用3*16=48字节?如果是有传入数组或字符串等参数,实际每个变体占用24字节?后期绑定方式调用COM对象的Invoke方法时,参数确实会被压在一个连续的变体数组中,但具体占用内存的计算方式与您描述的有所不同。
原创
博文更新于 2025.12.09 ·
388 阅读 ·
4 点赞 ·
0 评论 ·
3 收藏

VB编程语言最大源码项目VFB,photoDemon(类似PS的图像处理软件)

VFB也有一个开源的项目,也算是源码最多的一个工程了。
原创
博文更新于 2025.12.09 ·
351 阅读 ·
3 点赞 ·
0 评论 ·
5 收藏

微软编程语言霸主地位还在吗?python,java,rust

相反,以 C# 为核心的.NET 生态正稳步扩张,只是它没再走 “全领域通吃” 的路线,而是在多个关键赛道站稳了脚跟;而所谓 “开发 APP 100% 没人用微软技术” 更是不符合实际,Java 也没真正 “赢下全局”,整个编程领域早已是多强并存的格局。不是说微软活的好好的,是已经全盘皆输了,被一个脚本语言干翻了,最后还是输给JAVA了,开发APP 100%的人不会用他。微软以前有VB6,VB.NET,VC++,C#几乎天下第一,主要对手是JAVA。python全球第一,rust,go也发展迅猛。
原创
博文更新于 2025.12.09 ·
276 阅读 ·
5 点赞 ·
0 评论 ·
8 收藏
加载更多