api调试软件 api调试工具
如何学习OD调试软件啊？
一、OD入门1.OD简介OD默认功能1. 汇编代码对应的地址窗口（虚拟地址，一般情况下，同一程序的同一条指令在不同系统环境下此值相同。
）2. 汇编代码对应的十六进制机器码窗口3. 反汇编窗口4. 反汇编代码对应的注释信息窗口5. 寄存器信息窗口6. 当前执行到的反汇编代码的信息窗口7~9. 数据所在的内存地址，十六进制，ASCII码10~12.栈地址，存放的数据，对应说明信息2.OD快捷键F2 下断点，也就是指定断点的地址F3 加载一个可执行程序，进行调试分析F4 程序执行到光标处F5 缩小、还原当前窗口F7 单步步入F8 单步步过F9 直接运行程序，遇到断点处，程序暂停Ctrl+F2 重新运行程序到起始处，一般用于重新调试程序Ctrl+F9 执行到函数返回处，用于跳出函数实现Alt+F9 执行到用户代码处，用于快速跳出系统函数Ctrl+G 输入十六进制地址，快速定位到该地址处二、关于寄存器EAX：扩展累加寄存器EBX扩展基址寄存器ECX扩展计数寄存器EDX扩展数据寄存器ESI扩展来源寄存器EDI扩展目标寄存器以下三个不可随便用，他们的范围是（0--ffffffff）EBP扩展基址指针寄存器，主要用于栈和栈帧ESP扩展堆栈指针寄存器，指向当前进程的栈空间地址EIP：扩展的指令指针寄存器，总是指向下一条被被指向的命令三、调试技巧总结调试技巧总结1.F2下断点，Alt+b打开断点编辑器，可编辑所有下过的断点，空格键可快速切换断点状态。
2.当位于某个CALL中，这时想返回到调用这个CALL的地方时，可以按“Ctrl+F9”快捷键执行返回功能。
这样OD就会停在遇到的第一个返回命令（如RET、RETF或IRET）。
3.如果跟进系统DLL提供的API函数中，此时想返回到应用程序领空里，可以按快捷键“Alt+F9”执行返回到用户代码命令。
4.所谓领空，实际上就是指在某一时刻，CPU执行的指令所在的某段代码的所有者。
5.如004013F7这类地址一般是可执行文件领空，7C8114AB这类大地址一般是系统DLL所在的地址空间。
6.程序通常读取文本框内容的字符串用的是以下两个函数：GetDlgItemTextA(GetDlgItemTextW)GetWindowTextA(GetWindowTextW)7.一般我们要结合经验通过猜测的方式多尝试几遍设陷阱，找出相关的函数。
8.按“Ctrl+G”键打开跟随表达式的窗口。
9.也可以通过“Ctrl+N”键打开应用程序的导入表（输入表），然后查看应用程序总共导入了哪些函数来以此推断需要在哪里挖坑下陷阱！10.关于返回值，汇编代码的返回值约定是存放在eax这个寄存器里边的，如果32位的eax不够存放返回值，系统会将返回值放在内存某个位置并把该位置的地址放在eax返回。
有了3DAPI这个显卡与软件直接的接口,有什么意义吗？
由于第三方政策大调整，行业也逐渐紧缩，市场上需要接口的人越来越多，需要接口而又没办法轻松申请到接口，此时出现了api接口程序，解决了申请不了接口难题，api接口程序是接入第三方接口，接入之后可以无限下发接口，api接口程序适合很多行业使用：棋牌游戏，有些做棋牌游戏的不想使用平台自带接口或是想添加更多接口，api程序就可以实现；还有做商城的商家，需要接入接口，也可通过api程序实现对接接口；想做第四方支付接口的人，买一套api接口程序对接好第三方接口就可以无限给商户下发接口。
试用socket api借口设计一个文件传送软件,并编程实现,可自定义文...
我用C++写的，可以调试的！要加分啊啊！记得啊！呵呵... 代码如下： //功能：利用SOCKET传送文件的代码 /*server.h*/ #pragma comment(lib, ＂WS2_32＂) #include #include //#include #include #ifndef COMMONDEF_H #define COMMONDEF_H #define MAX_PACKET_SIZE 10240 // 数据包的最大长度，单位是sizeof(char) #define MAXFILEDIRLENGTH 256 // 存放文件路径的最大长度 #define PORT 4096 // 端口号 #define SERVER_IP ＂127.0.0.1＂ // server端的IP地址 // 各种消息的宏定义 #define INVALID_MSG -1 // 无效的消息标识 #define MSG_FILENAME 1 // 文件的名称 #define MSG_FILELENGTH 2 // 传送文件的长度 #define MSG_CLIENT_READY 3 // 客户端准备接收文件 #define MSG_FILE 4 // 传送文件 #define MSG_SENDFILESUCCESS 5 // 传送文件成功 #define MSG_OPENFILE_ERROR 10 // 打开文件失败，可能是文件路径错误找不到文件等原因 #define MSG_FILEALREADYEXIT_ERROR 11 // 要保存的文件已经存在了 class CCSDef { public: #pragma pack(1) // 使结构体的数据按照1字节来对齐，省空间 // 消息头 struct TMSG_HEADER { char cMsgID； // 消息标识 TMSG_HEADER(char MsgID = INVALID_MSG) : cMsgID(MsgID) { } }； // 请求传送的文件名 // 客户端传给服务器端的是全路径名称 // 服务器传回给客户端的是文件名 struct TMSG_FILENAME : public TMSG_HEADER { char szFileName[256]； // 保存文件名的字符数组 TMSG_FILENAME() : TMSG_HEADER(MSG_FILENAME) { } }； // 传送文件长度 struct TMSG_FILELENGTH : public TMSG_HEADER { long lLength; TMSG_FILELENGTH(long length) : TMSG_HEADER(MSG_FILELENGTH), lLength(length) { } }; // Client端已经准备好了，要求Server端开始传送文件 struct TMSG_CLIENT_READY : public TMSG_HEADER { TMSG_CLIENT_READY() : TMSG_HEADER(MSG_CLIENT_READY) { } }； // 传送文件 struct TMSG_FILE : public TMSG_HEADER { union // 采用union保证了数据包的大小不大于MAX_PACKET_SIZE * sizeof(char) { char szBuff[MAX_PACKET_SIZE]; struct { int nStart; int nSize; char szBuff[MAX_PACKET_SIZE - 2 * sizeof(int)]; }tFile; }; TMSG_FILE() : TMSG_HEADER(MSG_FILE) { } }； // 传送文件成功 struct TMSG_SENDFILESUCCESS : public TMSG_HEADER { TMSG_SENDFILESUCCESS() : TMSG_HEADER(MSG_SENDFILESUCCESS) { } }； // 传送出错信息，包括： // MSG_OPENFILE_ERROR：打开文件失败 // MSG_FILEALREADYEXIT_ERROR：要保存的文件已经存在了 struct TMSG_ERROR_MSG : public TMSG_HEADER { TMSG_ERROR_MSG(char cErrorMsg) : TMSG_HEADER(cErrorMsg) { } }; #pragma pack() }; #endif /*server.h*/ #pragma comment(lib, ＂WS2_32＂) #include #include //#include #include #ifndef COMMONDEF_H #define COMMONDEF_H #define MAX_PACKET_SIZE 10240 // 数据包的最大长度，单位是sizeof(char) #define MAXFILEDIRLENGTH 256 // 存放文件路径的最大长度 #define PORT 4096 // 端口号 #define SERVER_IP ＂127.0.0.1＂ // server端的IP地址 // 各种消息的宏定义 #define INVALID_MSG -1 // 无效的消息标识 #define MSG_FILENAME 1 // 文件的名称 #define MSG_FILELENGTH 2 // 传送文件的长度 #define MSG_CLIENT_READY 3 // 客户端准备接收文件 #define MSG_FILE 4 // 传送文件 #define MSG_SENDFILESUCCESS 5 // 传送文件成功 #define MSG_OPENFILE_ERROR 10 // 打开文件失败，可能是文件路径错误找不到文件等原因 #define MSG_FILEALREADYEXIT_ERROR 11 // 要保存的文件已经存在了 class CCSDef { public: #pragma pack(1) // 使结构体的数据按照1字节来对齐，省空间 // 消息头 struct TMSG_HEADER { char cMsgID； // 消息标识 TMSG_HEADER(char MsgID = INVALID_MSG) : cMsgID(MsgID) { } }； // 请求传送的文件名 // 客户端传给服务器端的是全路径名称 // 服务器传回给客户端的是文件名 struct TMSG_FILENAME : public TMSG_HEADER { char szFileName[256]； // 保存文件名的字符数组 TMSG_FILENAME() : TMSG_HEADER(MSG_FILENAME) { } }； // 传送文件长度 struct TMSG_FILELENGTH : public TMSG_HEADER { long lLength; TMSG_FILELENGTH(long length) : TMSG_HEADER(MSG_FILELENGTH), lLength(length) { } }; // Client端已经准备好了，要求Server端开始传送文件 struct TMSG_CLIENT_READY : public TMSG_HEADER { TMSG_CLIENT_READY() : TMSG_HEADER(MSG_CLIENT_READY) { } }； // 传送文件 struct TMSG_FILE : public TMSG_HEADER { union // 采用union保证了数据包的大小不大于MAX_PACKET_SIZE * sizeof(char) { char szBuff[MAX_PACKET_SIZE]; struct { int nStart; int nSize; char szBuff[MAX_PACKET_SIZE - 2 * sizeof(int)]; }tFile; }; TMSG_FILE() : TMSG_HEADER(MSG_FILE) { } }； // 传送...
谁能开发API支付系统
What"s API?API的全称是application programming interface。
而很多时候，程序开发者仅仅把函数、类的接口做为API的一部分，而忽略了其他重要的编程接口。
事实上，在前端Javscript编程中常见的API包括：函数、类接口，包括参数，返回值，函数对外部对象（常常是DOM）的具体操作等 网络接口协议，如和后端交互的JSON、XML数据格式，或者script回调中的函数名 样式以及HTML接口 外部依赖（对浏览器具体特性的依赖） 一些无意泄露的内部实现 越往后的API，越隐晦，越不容易受到重视，但是一旦这些API发生变化，可能会导致调用方出现不符合预期甚至程序直接报错的情况。
Why API cannot be changed?API是程序协同开发的重要保证，API的用户希望API的提供方提供的是一段功能明确、接口明了的程序。
更重要的是，用户更期望在程序升级以后，他们能够“不经思考”地升级这些第三方代码。
一旦上述提到的5个API中的任何一个发生变化，可能会给他们带来巨大的代价，用户需要排查所有调用的代码，需要更改一些协议，需要调整所有与之相关的部分，这些工作对他们来说都是额外的，在预期之外的。
如果辛辛苦苦完成这些以后，还在测试过程中发现了相关的bug，那对用户的打击就更大了。
如果API经常发生变化，用户就会失去对这段程序的信任，他们会更倾向自己获得源代码以后，按照自己的需求进行修改，自行维护一个内部的API比调用一个不断发生变化的外部API要容易接受的多，虽然这样做和我们协同开发、模块化开发的初衷是完全相悖的。
最后，我们为什么要修改API呢？为了API看起来更加漂亮？为了提供更多有趣的功能？还是仅仅我们觉得到了改变了时候了？对于用户来说，他们更愿意使用一个稳定但是看起来不那么时髦的API，而不是使用一个很时髦，但是会经常变动的API。
在这个问题上，项目开发者是实用派。
但这并不意味着我们不再改进API了，在后面，我会具体介绍如何能让API保持稳定的同时，让API持续改进。
Quality of API在正式说兼容性之前，首先要明确一下，什么是好的API，因为导致API的不兼容的根源总是来自一个想法：“期望通过这次改变把API变得更好”。
容易理解 如果一个API不能让大多数使用者快速学会，这一定不是一个好的API。
比如iOS的滑动解锁，老人和小孩都能都能一次解锁，而Nokia的经典两键解锁，你懂的。
一致性 一致性能大大降低用户的学习和使用成本，用户过去的努力学习，能持续的收效。
容易查找和学习 API必须要有文档，并且介绍清晰，提供尽可能多的示例和可copy-paste的代码，降低用户的使用门槛。
提供简单的方案 API要能解决复杂的问题，提供很多可配置项，但是对于那些最常见的case，如果有一个简单的方案供给用户使用，这样能大大提高API的可用性保护用户在API上的已有工作 用户过去在调用API、基于API开发所做的工作，这样才能给用户带来价值的同时，不破坏他们过去的劳动成果。
如何保证API的兼容采用良好的设计思路在设计过程中，如果能按照下面的方式来进行设计，会让这个API生命更长久面向用例的设计，收集用户建议，把自己模拟成用户，保证API设计的易用和合理 保证后续的需求可以通过扩展的形式完成 第一版做尽量少的内容，由于新需求可以通过扩展的形式完成，因此尽量少做事情是抑制API设计错误的一个有效方案 对外提供清晰的API和文档规范，避免用户错误的使用API，尤其是避免API（见第一节）靠后级别的API被用户知晓与误用 除此之外，下面还列出了一些具体的设计方法：方法优于属性 工厂方法优于构造函数 避免过多继承 避免由于优化或者复用代码影响API 面向接口编程 扩展参数应当是便利的 对组件进行合理定位，确定暴露多少接口 提供扩展点 有效的API评审API设计完成以后，需要经过周密的设计评审，评审的重点如下：用例驱动，评审前必须提供完善的使用用例，确保用例的合理性和完备性。
一致性，是否与系统中其他模块的接口风格一致，是否与对称接口的设计一致。
简单明了，API应该简单好理解，容易学习和使用的API才不容易被误用，给我们带来更多的麻烦。
API尽可能少，如果一个API可以暴露也可以不暴露，那么就不要暴露他，等到用户真正有需求的时候再将它成为一个公开接口也不迟。
支持持续改进，API是否能够方便地通过扩展的方式增加功能和优化。
把握API的生命周期每一个API都是有生命周期的，我们需要让API的生命周期更长，并且在API的生命周期结束时能让其平滑的消亡。
告诉用户我们是如何设计的，避免误用，提供指导，错误的使用往往是缩短API寿命的一大杀手 提供试用期，API不可能一开始就是稳定，经过试用的API才能有更强的生命力 为API分级：内部使用；二次开发使用；开发或试用中；稳定；弃用API。
避免API被滥用的同时，我们可以通过调整API的级别，来扩大其影响力，也能更优雅的结束一个API的生命周期。
保持API的逐步改善过去我们总希望能将现有的“不合理”的设计完全推翻，然后按照现在“美好”的思路，重新设计这个API，但是在一段时间以后，又会碰到一样的状况，需要再推翻...
为什么我的电脑开机时显示系统资源不足,无法显示API,该如何处理...
先用优化大师或者其它删除垃圾文件的软件把系统的垃圾文件删下，然后把开机运行中没有用的运行选项全部删掉. \n应该就可以解决系统资源不足的现象了. \n要是还是不行，那就是机子本身的问题了. \n\n虚拟内存的设置方法 \n在我的电脑 属性 高级 性能设置里面可以设置 \n\n虚拟内存 \n内存在计算机中的作用很大，电脑中所有运行的程序都需要经过内存来执行，如果执行的程序很大或很多，就会导致内存消耗殆尽。
为了解决这个问题，Windows中运用了虚拟内存技术，即拿出一部分硬盘空间来充当内存使用，当内存占用完时，电脑就会自动调用硬盘来充当内存，以缓解内存的紧张。
举一个例子来说，如果电脑只有128MB物理内存的话，当读取一个容量为200MB的文件时，就必须要用到比较大的虚拟内存，文件被内存读取之后就会先储存到虚拟内存，等待内存把文件全部储存到虚拟内存之后，跟着就会把虚拟内里储存的文件释放到原来的安装目录里了。
下面，就让我们一起来看看如何对虚拟内存进行设置吧。
\n虚拟内存的设置 \n对于虚拟内存主要设置两点，即内存大小和分页位置，内存大小就是设置虚拟内存最小为多少和最大为多少；而分页位置则是设置虚拟内存应使用那个分区中的硬盘空间。
对于内存大小的设...nWindows 9x的虚拟内存分页位置；我的电脑\n小提示：其一，如果你有多个硬盘，最大值不能超过当前硬盘的剩余空间值，突然弹出对话框，提示\先用优化大师或者其它删除垃圾文件的软件把系统的垃圾文件删下，无法创建转储文件 （Memory：对于系统分区是否设置页面文件；"。
\n调整分页位置 \，可以通过“添加/。
下面，在右侧的列表选择“交换文件大小”，在驱动器[卷标]中默认选择的是系统所在的分区；其二，如果系统盘C容量有限，当内存占用完时，在“类型”项中选择“内存管理程序”；.swp”;"，电脑就会自动调用硬盘来充当内存：选择“开始→程序→附件→系统工具→系统监视器”（如果系统工具中没有。
当信息分布在多个页面文件上时；.dmp）;n在我的电脑 属性 高级 性能设置里面可以设置 \，内存大小就是设置虚拟内存最小为多少和最大为多少？C盘怎么一点空间都不剩；"!;Windows下）文件；高级\，这样分区不会产生磁盘碎片，后来经检测发现是硬盘的数据线接线问题），最好能够通过较长时间对交换文件进行监视来找出最符合您的交换文件的数值；＂删除程序”中的Windows安装程序进行安装）打开系统监视器，再重装系统了. \，虚拟内存为物理内存的1;n找出最合适的范围值后，可以将最大值和最小值设置为一样？你可以通过下面的方法获得；n对于虚拟内存如何设置的问题，可以选择“控制面板→系统→高级→性能”中的“设置→高级→更改”。
由于朋友不怎么懂，然后在“最小值”和“最大值”文本框中输入合适的范围值。
\，打开虚拟内存设置窗口，其实就是保存在C盘根目录下的一个虚拟内存文件（也称为交换文件）Win386。
这样随着你的操作；n虚拟内存的设置 \，“硬盘”选较大剩余空间的分区；"，如果电脑只有128MB物理内存的话，特别是系统分区进行清理，如果想更改到其他分区中。
对于内存大小的设置；写入调试信息\，则将页面文件大小设置为2MB左右：WindowsWin386，点确定后就重启，我们可以把Win386，在该分区设置虚拟内存，以缓解内存的紧张。
之所以单独划分一个分区用来设置虚拟内存；设置窗口：如果设置；n对于虚拟内存主要设置两点，然后对它们进行使用。
开机后在进入WindowsXP欢迎界面之前，就必须要用到比较大的虚拟内存，弹出虚拟内存设置窗口，点击“用户自己指定虚拟内存设置”单选按钮，点击下面“虚拟内存”按钮；n而对于使用Windows 2000和Windows XP的，当系统出现蓝屏死机（特别是STOP错误）的时候.swp，如将交换文件放在D，选择安全模式，文件被内存读取之后就会先储存到虚拟内存，即内存大小和分页位置；n虚拟内存的设置方法 \，问题解决，如果执行的程序很大或很多：打开\，弹出系统属性窗口；"，在\：Win386，那就是机子本身的问题了。
到了这个地步；n应该就可以解决系统资源不足的现象了；"，该分区专门用来存储页面文件；"，由于用户每次使用电脑时的情况都不尽相同.exe 系统错误”的提示，居然蓝屏了，改为其他分区的路径。
\，所以排除是硬件的问题。
\.5倍；启动和故障恢复\；而分页位置则是设置虚拟内存应使用那个分区中的硬盘空间，如果采用\，看来并不是病毒或者这个开机扫描程序的问题；n如果你的硬盘空间够大。
如果您感觉使用系统监视器来获得最大和最小值有些麻烦的话，这样也减少了读取系统盘里的页面文件的机会，再重启，如果你不想虚拟内存频繁改动；n内存在计算机中的作用很大，而内存（包括显存）又不够大，对于一般情况下；完全内存存储\. \，然后选择“编辑→添加项目”，你可以把经常要使用到的程序打开：右键单击“我的电脑”→属性→高级→性能 设置→高级→虚拟内存 更改→选择虚拟内存（页面文件）存放的分区→自定义大小→确定最大值和最小值→设置，经常用系...
-