Windows

文件的大小和文件的磁盘大小的区别

windows中文件的大小和文件的磁盘大小的区别是？在Windows中，文件的大小和文件的磁盘大小是不同的。文件的大小指的是文件中实际存储的数据的大小，通常以字节（bytes）为单位表示。这个大小是由文件的内容决定的，不受文件所在的磁盘格式和簇大小的影响。而文件的磁盘大小（也称为簇大小）指的是文件在磁盘上所占用的空间大小，通常以磁盘簇（cluster）为单位表示。磁盘簇是操作系统用来管理磁盘空间的最小单位，它的大小取决于磁盘格式和簇大小设置。如果文件的大小不是磁盘簇的整数倍，那么它所占用的磁盘空间将会超过实际的文件大小。例如，如果磁盘的簇大小为4KB，而一个文件的大小为1KB，那么这个文件在磁盘上所占用的空间将是4KB，因为它必须占用一个完整的磁盘簇。因此，在考虑磁盘空间时，需要注意文件的磁盘大小，而不是文件的实际大小。

glob表达式

Glob 表达式是一种用于匹配文件路径或名称的模式字符串。它在很多编程语言和操作系统中都被广泛使用，用于文件系统操作、文件搜索和筛选等场景。 Glob 表达式使用特定的通配符字符来表示匹配规则，常见的通配符包括： *：匹配任意数量的字符（包括零个字符）。 ?：匹配单个字符。 [...]：匹配方括号中指定的字符范围中的任意一个字符。例如，[abc] 匹配 a、b 或 c。 [!...]：匹配不在方括号中指定的字符范围中的任意一个字符。例如，[!abc] 匹配除了 a、b 和 c 之外的任意字符。以下是一些示例： *.txt：匹配所有以 .txt 结尾的文件。 file?.txt：匹配 file1.txt、file2.txt 等文件，但不匹配 file.txt。 [abc]*.txt：匹配以 a、b 或 c 开头，并以 .txt 结尾的文件。 file[!0-9].txt：匹配以 file 开头，后面跟一个非数字字符，并以 .txt 结尾的文件。需要注意的是，Glob 表达式通常是大小写敏感的，但在某些环境中可以通过设置来改变这种行为。在 C# 中，System.IO 命名空间提供了 Directory 和 Path 类来处理文件和目录操作，可以使用 Directory.GetFiles 方法来根据 Glob 表达式获取匹配的文件路径。总而言之，Glob 表达式是一种简单而强大的模式匹配工具，用于在文件系统中按照特定规则进行文件匹配和筛选。

钩子在Win7下无效

最近工作需要，用到了鼠标钩子，并且还是全局鼠标钩子，也就是说，这个钩子监视系统所有消息，因此启动这个功能后，发现程序性能有点受影响，这也是正常的。但是，原本在xp上运行好好的，放到win7上进行测试，发现过段时间，钩子会自动无效掉，这个时候去人工卸载钩子会弹出无效句柄错误消息(Error Code: 1404)。这个问题类似指针，指针开始时分配了内存，但过段时间后，指针与该内存切断了联系，但指针指向的值并不是NULL，这个时候去卸载(delete)操作，则肯定是非法的。所以，反复在网上查找相关的资料和论坛，发现大家都认为要么是win7下权限问题(UAC，管理员身份运行)，或者是全局钩子与dl有关的影响，又或者是新版本.Net不支持全局钩子(因为我使用C#调用API)，再或者是钩子句柄应该放在代码段区域(code_seg)等等。最后在msdn论坛上找到了解答：（Hooking problem in Windows 7） http://social.msdn.microsoft.com/Forums/en-US/windowscompatibility/thread/f6032ca1-31b8-4ad5-be39-f78dd29952da 大概意思就是： Win7移除超时的钩子不是bug，而是win7中为了保护系统而故意的行为，因为安装了全局钩子后，所以消息都要经过这个钩子，并且等待钩子过程执行结束或者钩子达到超时时间才能处理其他的响应，严重影响性能。其实在vista中已经加入了一些保护措施，但不是很充分，所以在win7加入了当底层钩子多次超时时，就由系统自动卸载掉该钩子。所以，原因清楚了，方案有两个。 1.在win7系统中加入LowLevelHooksTimeout时间，如[HKEY_CURRENT_USER\Control Panel\Desktop]“LowLevelHooksTimeout”=dword:00002710 2.在安装钩子尽量在一个独立的线程中进行，并且钩子处理过程尽量用较短的时间，其他任何较长时间的处理都放在别的线程中异步处理。(尽量不要写花时间的hook代码) DWORD WINAPI mouseLLHookThreadProc(LPVOID lParam) { MSG msg; _hMouseLLHook = SetWindowsHookEx( WH_MOUSE_LL, .....); while(GetMessage(&msg, NULL, 0, 0) != FALSE) { TranslateMessage(&msg); DispatchMessage(&msg); } return 0; }

windows守护进程工具nssm

nssm简介 nssm是一个服务封装程序，它可以将普通exe程序封装成服务，实现开机自启动，同类型的工具还有微软自己的srvany，不过nssm更加简单易用，并且功能强大。它的特点如下：支持普通exe程序（控制台程序或者带界面的Windows程序都可以）安装简单，修改方便可以自动守护封装了的服务，程序挂掉了后可以自动重启官网地址：https://nssm.cc/ nssm配置详解下载地址官网地址：https://nssm.cc/download 解压压缩包，根据系统位数选择64或32位程序打开命令行，运行nssm程序管理员权限打开命令行工具，切换到nssm.exe所在路径，运行 nssm install，打开程序配置界面配置项说明： Path：运行应用程序的程序 Startup directory：应用程序所在的目录 Arguments：应用运行的参数 Service name：生成服务的名称最后点击install service 完成windows服务安装，在windows服务列表就能看到创建的服务了。常用命令 nssm install servername //创建servername服务，弹出配置界面 nssm start servername //启动服务 nssm stop servername //暂停服务 nssm restart servername //重新启动服务 nssm remove servername //删除创建的servername服务 nssm edit servername//更改servername服务，弹出修改界面 nssm set servername 参数名参数值 //设置服务参数值 sc delete servername//windows删除服务命令直接使用windows的服务管理也可以实现服务的操作，服务右键属性 - 恢复即可设置服务挂掉重启等内容。实战：将应用做成服务程序说明这里演示将net6的web项目制作成windows服务应用的启动命令是： dotnet WebApplication_nssm.dll --urls=http://*:8888/ --port=8888 安装服务 nssm install Path：C:\Program Files\dotnet\dotnet.exe Startup directory：D:\TechLearn\001、Tools--nssm\WebApplication_nssm\bin\Debug\net6.0 Arguments：WebApplication_nssm.dll --urls=http://*:8888/ --port=8888 Service name：webapp8888 最后点击install service 完成windows服务安装，在windows服务列表就能看到创建的服务了。管理服务启动服务 D:\nssm-2.24\win64>nssm start webapp8888 webapp8888: START: 操作成功完成。关闭服务 D:\nssm-2.24\win64>nssm stop webapp8888 webapp8888: STOP: 操作成功完成。重启服务如果服务未启动就会直接启动，启动的会重启。 D:\nssm-2.24\win64>nssm restart webapp8888 webapp8888: STOP: 服务尚未启动。 webapp8888: START: 操作成功完成。 D:\nssm-2.24\win64>nssm restart webapp8888 webapp8888: STOP: 操作成功完成。 webapp8888: START: 操作成功完成。修改服务输入命令，修改配置，不能修改服务名 ...