C 語言实例 - 两数相除

两数相除，如果有余数，输出余数。

实例

#include

int main()

{

int a, b, c, f;

printf("输入被除数: ");

scanf("%d", &a);

printf("输入除数: ");

scanf("%d", &b);

c=a / b;

f=a % b;

printf("商=%d ", c);

printf("余数=%d",f);

return 0;

}

运作結果：

输入被除数: 5

输入除数: 2

商=2

余数=1

C 語言实例 - 标值较为

较为两个数

下列实例中界定了2个整数金额自变量，并应用 if 来较为2个标值，能够 首先看下逻辑图：

实例

#include

int main()

{

int a, b;

printf("输入之一个值:");

scanf("%d", &a);

printf("输入第二个值:");

scanf("%d", &b);

printf("a 超过 b");

else

printf("a 不大于 b");

return 0;

}

假如输入 1 空格符 2回车键

输出結果：

a 不大于 b

较为三个数

下列实例中界定了2个整数金额自变量，并应用 if 来较为三个标值，能够 首先看下逻辑图：

实例

#include

int main()

{

int a, b, c;

a=11;

b=22;

c=33;

if ( a > b && a > c )

printf("%d 较大", a);

else if ( b > a && b > c )

printf("%d 较大", b);

else if ( c > a && c > b )

printf("%d 较大", c);

else

printf("有两个或三个标值相同");

return 0;

}

输出結果：

33 较大

C 語言实例 - 测算 int, float, double 和 char 字节数尺寸

C 語言实例

应用 sizeof 操作符测算int, float, double 和 char四种自变量字节数尺寸。

sizeof 是 C 語言的一种单眼操作符，如C语言的别的操作符 、--等，它并并不是涵数。

sizeof 操作符以字节数方式得出了其操作数的储存尺寸。

实例

#include

int main()

{

int a;

float b;

double c;

char e;

// sizeof 操作符用以测算自变量的字节数尺寸

printf("Size of int: %ld bytes ",sizeof(a));

printf("Size of float: %ld bytes ",sizeof(b));

printf("Size of double: %ld bytes ",sizeof(c));

printf("Size of char: %ld byte ",sizeof(e));

return 0;

}

运作結果：

Size of int: 4 bytes

Size of float: 4 bytes

Size of double: 8 bytes

Size of char: 1 byte

测算 long long, long double 字节数尺寸

实例

#include

int main()

{ int a;

long b;

long f, c;

double e;

printf("Size of int=%ld bytes ", sizeof(a));

printf("Size of long=%ld bytes ", sizeof(b));

printf("Size of long long=%ld bytes ", sizeof(c));

printf("Size of double=%ld bytes ", sizeof(e));

printf("Size of long double=%ld bytes ", sizeof(f));

return 0;

}

运作結果：

Size of int=4 bytes

Size of long=8 bytes

Size of long long=8 bytes

Size of double=8 bytes

Size of long double=16 bytes

留意：不一样的c语言编译器結果很有可能不一样。

*** 黑客指的是在电子计算机或计算机网中发觉缺点的人，虽然这一专业术语还可以对于电子计算机和计算机网有深入了解的人。 *** 黑客的主观因素可能是各个方面的，例如盈利、强烈 *** 或挑戰。紧紧围绕 *** 黑客发展趋势的二次元文化一般 被称作“地底电子计算机”，但如今它是一个对外开放的小区。尽管 *** 黑客这个词的别的使用 *** 与 *** 信息安全不相干，但在流行自然环境中却非常少应用。

Part 1 *** 黑客的归类

白帽黑客

一名白帽黑客并以故意的原因毁坏安全性，或许是为了更好地检测他们自己的防护系统，或是在为防护软件企业工作中的安全性企业工作中。“白帽子”一词在互联网俚语中拇指的是一名有社会道德的 *** 黑客。这类归类还包含在合作协议书中实行网站渗透测试和系统漏洞评定的本人。

黑帽黑客

“黑帽黑客”是一名 *** 黑客，“出自于故意或个人得失，基本上沒有任何借口违背 *** 信息安全”。黑帽黑客产生了在大众文化中常常被叙述的典型性的、不法的黑客联盟，而且是“全部群众对计算机犯罪的害怕的真实写照”。

灰帽 *** 黑客

一名灰帽 *** 黑客是黑帽黑客和白帽黑客的 *** 体。比如，一名灰帽 *** 黑客很有可能会在互联网技术 *** 问 并入侵计算机软件，目地是通告管理人员她们的系统软件遭受了黑客入侵。随后，她们很有可能会明确提出以 *** 收费标准来修补她们的系统软件。

Part 2 黑客入门实际操作

1. 找寻总体目标

在这个环节， *** 黑客决策要进到哪些互联网。 *** 黑客很有可能对这一总体目标有独特的兴趣爱好，无论是政治上的還是本人的，或是是任意选择的。接下去，她们将对一个互联网开展端口扫描器，以明确它是不是非常容易遭受进攻，这仅仅测试主机上的全部端口号以开展回应。开放端口（这些有回应的端口号）——将容许 *** 黑客浏览系统软件。

2. 科学研究搜集信息内容

在这个环节， *** 黑客会以某类 *** 浏览或联络总体目标，期待寻找有利于她们浏览系统软件的重要信息。 *** 黑客从这一环节得到要想的結果的关键 *** 是“社交媒体工程项目”，下边将表述这一点。除开社交媒体工程项目， *** 黑客还能够应用一种称为“垃圾分类回收”的技术性。“废弃物检索”就是指 *** 黑客在检索客户的废弃物信息内容时，期待寻找被丢掉的文档，这种文档很有可能包括 *** 黑客能够 立即或间接性应用的信息内容，进而协助她们得到浏览互联网的管理权限。

3. 开展进攻

这一环节， *** 黑客会入侵他/她方案进攻或盗取的基本总体目标。很多“ *** 黑客”可能在这里一点以后被把握住，她们很有可能会被称作“蜜獾”的数据信息吸引住（由 *** 信息安全工作人员设定的圈套）。

以太币扩充顾虑

以太币于二零一五年宣布发布，最开始被夸赞为一个区块链技术、开源系统和公共性的服务平台，容许在区块链技术上开展测算和数据处理 *** 。正是如此，这一被吹嘘为说白了的“全球电子计算机”的区块链项目快速吸引住了数据加密领域各行各业的关心。做为以太币生态体系的原生态数字货币，以太坊（ETH）快速超过了大部分市场竞争币，死死地坐稳数字货币销售市场前10的部位。

但伴随着以太币互联网生态体系的澎涨，活跃性客户和平时买卖(例如数据加密猫)的涌进，显而易见，以太币的PoW共识机制经不住時间的磨练。

自然，这一刻不容缓的难题早已被新项目中最潜心的推动者所预料，很多数据加密开发者和科学研究工作人员早已花销了数以百计钟头来处理互联网最有关的难题——扩展性。

在以太币最重要的开发人员交流会Devcon4上，以太币互联网及协议书学者Justin Drake在与CNBC非州数字货币投资者综艺节目的制片人Ran NeuNer的会话中，讲来到以太币遭遇的扩充顾虑。

以太币2.0——区块链技术的将来

“以太币2.0”很有可能早已是一个 *** 热词，做为一个数字货币发烧友，你很有可能早已在Twitter上听见很多人不断地抛出去这个词。但它是啥，它代表着哪些

行吧，依据Drake的表述，以太币2.0又被大部分人称之为“Serenity”：

“它包括了各式各样的激进派的新念头。在其中包含从PoW转换到PoS。另一个关键的念头是分块（sharding），扩展性——有一千个分块，而不是一个分块。”

针对这些不太掌握的人而言，分块（sharding）是一个技术性专业术语，用于叙述将数据数据切分成说白了的“分块”。在区块链技术互联网的状况下，开发者提议能够 应用分块来提升共识机制的高效率，进而提升买卖/数据信息货运量。

殊不知，尽管分块毫无疑问是游戏的规则的更改者，很多人指责新项目的开发者和小区开发设计速率很慢。Drake提到了这一点，他宣称开发设计全过程中存有“不正确”和“服务承诺过多”，将开发设计推迟归因于小区沟通交流受阻和“小看了事儿的多元性”。

虽然这种申明为以太币短期内到中后期的市场前景勾勒了一幅黑喑的界面，Drake再次讲到，“在实际中”，Serenity的科学研究进展情况得很成功，他还说科学研究工作人员再次明确提出越变越好的方案设计。简单点来说，Drake注意到开发人员“挪动的十分快”。

但是，虽然仍有一线希望，但NeuNer强调，不容置疑，项目进度出現了耽误，例如近期以太币君士坦丁堡(Constantinople)升級将推迟长达几个月，而这一升級是通往Serenity的关键一步。Drake将这种延迟时间归功于开发者方案 使Serenity向后兼容于以太坊1.0软件，该计划要求开发人员在遗留系统中实现扩展方案。

　　然而现在，以太坊的开发团队已经放弃了这一目标，从零开始制定了一个新的区块链协议。尽管这可能会让以太坊在未来的扩展幅度进一步扩大，Drake指出这种新颖的环境已经使得开发者/研究人员过于雄心勃勃，再次拖延了时间。

　　尽管如此，这位著名的加密专家解释道，Serenity的第0阶段(信标链Beacon Chain)将在2019年到来，而Serenity之一阶段(数据分片)将在2020年到来，第二阶段(新的以太坊虚拟机)将在2021年到来。

　　正如以太坊创始人Buterin所揭示的那样，该项目提升到下一个阶段，最终可能会促进“纯PoS共识、更快的同步确认(8-16秒)时间、经济最终性(10-20分钟)”，最重要的是，还会带来1000倍的可扩展性，这可能会修复以太坊短期和中期扩展的大部分缺点。

　　但是现在，以太坊的支持者和倡导者将需要玩这场等待的游戏，一些项目的怀疑者担心到最后期限时以太坊2.0仍旧无法达到或将再次被推迟。来自The Block的Mike Dudas最近宣称:

　　“以太坊目前的情况开始让我想起一个软件供应商，这个供应商从来没有在最后期限满足他们的需要，也没有信守质量承诺。”

　　不过，许多人仍然相信，尽管以太坊在现实中存在缺陷，但它将继续在分布式 *** 的协议/世界计算机领域保持霸主地位。

　　热文推荐

　　根据上周四公布的一项IBM专利申请所述，科学家们的研究工作可以从区块链的应用中受益。

　　这项专利申请是由IBM沃森研究中心(Watson Research Center)的一个团队发起的，展示了一种动态协作的愿景——研究人员可以通过这种方式跨越机构边界跟踪他们的科研工作。这种应用是分布式账本技术（DLT）的又一种非金融应用。

　　IBM最近几个月一直在大力推广DLT。

　　但是对于科学领域来说，这种最新的技术可以被看作是一个精心 *** 的软件变更日志。或者，正如专利申请文件所述，是一个提供“防篡改的科学研究日志”的系统。

　　文件中写道:

　　“这个区块链系统可以形成一个代表研究项目的区块链，这个区块链由研究数据的之一个区块和分析数据的第二个区块组成，代表了对研究数据进行分析的日志。总结区块（Summary blocks）和修改区块（correction blocks）也可以被添加到区块链中，代表对研究结果的事后分析。

　　这项名为“区块链开放科学研究”的申请于2017年12月首次提交给美国专利和商标局。

　　根据该专利所述：

　　“目前，允许共享科学研究信息、展示透明数据收集和分析步骤的平台有限。而现有平台缺乏必要的控制和机制来支持可信的数据，因为几乎没有选项可以确保数据不会被修改。”

　　IBM并不是将分布式账本技术（DLT）应用到科学领域的唯一团队。总部位于柏林的智库Blockchain for Science本周早些时候举行了首次国际会议。

　　热文推荐

　　沈剑，快狗打车CTO，互联网架构技术专家，“架构师之路”公众号作者。曾任百度高级工程师，58同城高级架构师，58同城技术委员会主席。2015年调至58到家任高级总监，技术委员会主席，负责基础架构，技术平台，运维安全，信息系统等后端技术体系搭建。现任快狗打车CTO，负责快狗打车技术体系的搭建，本质是技术人一枚。

　　沈剑分享了快狗打车数据库架构的一致性实践，在一致性实践的过程中，能够体现快狗打车数据库架构的演进历程。从单库到多库再到高可用等等，包括在研究的过程中，每个阶段可能会碰到不同的问题，快狗打车是采用一些什么样的技术手段去解决这些问题以快狗打车的实践跟大家做一些分享。

　　当数据量越来越多，吞吐量越来越大的时候，写到了主库，主库同步到从库，主从同步存在延时，在延时窗口期内，读写分离去读从库，就有可能读到一个旧数据。这个问题，我相信大家也会碰到。 对于这个问题，不少接业务的解法方案是，忍，有些业务如果对一致性的要求没这么高。但有没有优化方案呢？

　　大家好，今天为大家带来最新一期内容，欢迎观看。

　　11月14日消息，苹果公司的联合创始人沃兹尼亚克（简称沃神）接受了媒体的采访，他认为在目前，自动驾驶的汽车是不可能实现的。沃兹尼亚克还评论了苹果公司正在研发的汽车技术，他自曝说曾经幻想过苹果公司能够造出一辆无人驾驶汽车并能够商用，但后来通过特斯拉公司的现实经历发现，这事儿是完全不靠谱的。

　　沃兹尼亚克拥有一辆特斯拉汽车。

　　下面是沃兹尼亚克对无人驾驶汽车技术的具体看法：

　　据说苹果正在研究汽车驾驶技术，但我并不相信自动驾驶技术，汽车能够摆脱方向盘自己开车，我曾经幻想着苹果公司能制造出之一辆无人驾驶汽车，如果能买一辆没有方向盘的汽车那真的太不可思议了。

　　但是目前我真的不太相信有这种可能了，因为我们的道路是为人类驾驶汽车所设计的，而人本身并不完美，人们总是会犯错误的，这一点无法与自然、数学逻辑、甚至进化论相提并论，我相信那些智能汽车能够依靠识别红绿灯或者斑马线来避免一些交通事故，但我们也不能忽视一个事实，那就是无人驾驶汽车在现阶段是不可能实现的。你不会拥有一辆完全自动驾驶的汽车。特斯拉也没有自动驾驶技术，这家公司将它的自动驾驶功能称之为“beta”版（测试版），但是怎样的功能才会被称为测试版啊，其实没有什么意义。

　　特斯拉犯了很多错误，它让我相信了自动驾驶汽车是不可能存在的。或许一些辅助驾驶的软件在某些情况下确实有用，但当你在驾驶特斯拉的时候，你需要比平时更加聚精会神的看路，因为稍有闪失就会发生意外并且致命。

　　沃兹尼亚克是乔布斯的好友，他们曾经一起创办了苹果公司。

　　谢谢观看完毕，祝大家天天开心，记得分享一下哦

　　智慧城市从提出的概念，到现在，已经有将近十个年头，据数据统计，现在中国全国已经有超过500个城市正在建设智慧城市，从安全到交通、金融、政务、医疗、社区、能源等领域，都有一批企业在基础设施层、技术层、应用层提供行业解决方案，而智慧工地作为智慧城市在工程领域的延伸，也在此形成了一种崭新的工程全生命周期。

　　智慧城市的初衷是打造出一个健康、宜居、安全、舒适、可持续发展的城市。因此，现阶段 *** 在智慧城市的设计战略上以可持续发展为主体、以节能减排、绿色环保、优化环境为实现目标，借以提高人民生活质量与城市宜居度。

　　智慧工地作为智慧城市建造的重要一环，受到了国家的重点关注。国家不断地推出智慧城市发展的优惠政策，那么，现在智慧城市的发展状况到底是怎样的呢？

　　智慧工地一词搜索状况

　　根据图中可以看出，除2014年前，截止于2018年11月14日，全国范围内使用计算机的人员对智慧工地一词的搜索量在以25%增长率稳步提升，这大大说明了建筑行业对智慧工地的渴求度。

　　现在各地 *** 也是纷纷出台工地管理办法，强制与非强制的要求加强“智慧工地”的建设。以重庆地区为例，根据重庆地区城乡建委人士透露，为推进”智慧工地”建设，2018年重庆主城区符合条件的、建筑面积2万平方米以上的房屋建筑工程，以及造价2000万元以上的市政基础设施工程，必须打造为“智慧工地”，其他重庆各区县也应分别打造至少2个“智慧工地”，确保2018年全市打造的“智慧工地”数目不少于600个。

　　不仅如此，今后重庆市各项目在申请施工许可证时，如果施工设计方案中达不到《“智慧工地”建设技术标准》，将不予发放施工许可证，由此可见，工地智慧化，迫在眉睫。

　　《“智慧工地”建设技术标准》——重庆地区

　　小编简单了解了下现在市面上的智慧工地建设，发现在市场上大多都是于纯软或者纯硬的产品，只有少部分公司针对于智慧工地做出一整套软件、硬件结合的系统化产品，这类公司大多通过硬件设备的监控及数据采集、平台的统计及分析的闭环流程，建立基于施工过程管理，建立互联协同、安全监控体系，并通过对所采集的数据进行挖掘和析，提供预测和预案，实现对工地的可视化和智能化管理。

　　软件部分

　　智慧工地软件系统是基于物联网技术，研发、生产的各种智能硬件产品及物联网应用云平台，其致力于为项目管理人员、项目工作人员提供更智能、更高效的施工现场管理手段，降低施工风险、把控工程进度，提高施工环境，以便又快又好实现工地安全交付。

　　智慧工地驾驶舱

　　平台围绕降低施工风险、把控工程进度及提高施工环境展开，其具体分为:

　　安全。通过人员安全管理、设备安全管理、施工安全防护建立全方位的安全管控机制。

　　进度。通过引入BIM、项目全景等应用实现进度的可视化展示分析，便于统筹各项目业务的推进。

　　环境。通过引入扬尘噪音监测和降尘喷淋治理的信息应用实现动态的环境的治理。

　　平台特征

　　（１）应用集成

　　将项目的人员、设备、环境、质量、安全、进度等通过一个系统平台及账号便可以随时查询，把控施工过程。

　　（２）宣传窗口

　　针对项目施工过程中的关键节点及重大事件，平台可实时记录并在平台上展示，形成项目电子宣传栏。

　　（３）互联互通

　　平台支持内部信息的跨部门工种的胡同，同事也支持跟第三方(含 *** )系统平台的数据互换。

　　（４）配置灵活

　　可根据项目实际情况林火配置项目所需的功能及数据，ＷＥＢ平台与ＡＰＰ平台都能进行管理。

　　硬件部分

　　（１）智能监控技术的拓展应用

　　视频监控无疑是施工企业对施工现场最直观的科技监管手段之一。现代监控的联网、高清、无线 三方面更加贴合工地行业应用的实际场景。项目远程视频监控系统可应用于项目施工生产、质量、安全、文明施工管理等方面， 管理者可及时掌握施工动态，对施工难点和重点及时监管。监控范围全面覆盖现场出入口、施工区、加工区、办公区和主体施工作业面等重点部位，还可结合移动单兵设备、进行工地常规巡检或应急救援、隐患排查、项目验收、组织专家进行远程指导等情况使用，以便及时发现问题、排除隐患，制止违章操作，规避风险发生。

　　智慧工地现场监控1

　　智慧工地现场监控2

　　智慧工地现场监控3

　　（２）物联网技术的实际应用

　　物联网是借助射频识别(RFID)、感应器、全球导航定位技术、激光扫描器等信息传感设备，按约定的协议，把任何物品与互联网连接起来，进行信息交换和通讯，以实现智能化识别、定位、跟踪、监控和管理的一种 *** 。智慧工地建设过程中存在各种设备、系统和人员等管理对象，需要借助物联网的技术，来实现设备和系统信息的互联互通和远程共享。全国智慧工地大数据云服务平台，借助RFID、人脸识别、感应器、视频监控器等信息传感设备，实现对建筑工地的实时监控。

　　智慧工地定位技术

　　智慧工地扬尘噪声+喷淋技术

　　智慧工地智能控电技术

　　相信未来智慧工地以后的部署及执行都会是全方位，在引入智慧工地集成平台帮助项目工地实现全方位、全时段的监控管理，有效的提升管控效率的同时，在项目工地独立开辟一个区域部署智慧展厅，全方位、一站式的将工地的信息化情况进行集中展示，便于更好的向领导、项目管理人员、施工人员进行讲解和体验，形成从上到下的认知；智慧工地的部署需要项目方全方位的配合。通过制度的引导和督导落地，才能将智慧工地真正的应用下去并产生成效。

　　文：薇薇

　　转载请联系作者

　　最终解释权归作者所有

　　人工智能时代的发展让很多行业发生了颠覆性的变革，尤其是传统媒体行业，在内容生产流程方面人工智能的参与让其变化尤为显著。

　　从智能写作软件Narrative Science写出各种专业报道，到小白智能科技研发出小白智能机器人代替服务员进行语音点餐、刷脸支付等，到Facebook辞退人工编辑采用智能算法抓取头条新闻，再到美联社和科技公司Automated Insights合作，采用人工技能技术来报道商业领域的企业财报新闻，我们可以看到的是人工智能在内容生产上已经占据了不可撼动的地位，而且将覆盖越来越多的企业。

　　纵览全世界有成就的互联网公司，无一不是以强大的技术作为支撑。无论传统媒体打造新媒体产品，还是推动媒体融合，技术都是绕不开、躲不过的坎。能否迈过这个坎，决定了能否打赢救亡图存这场仗，能否迈上一个新的高度。当前技术的走向，人工智能是不二选择。这是打造“智媒体”的重要一翼。

　　智媒体时代以人工智能技术为驱动，在大数据的基础上加以分析、总结、产出内容，建立多向智能匹配的生态圈，打造泛内容生态平台。

　　有使用过外挂的朋友应该知道，我们在玩游戏的时候，有很多辅助功能给你使用，比如吃药，使用物品等功能，这个时候我们就是使用注入代码的技术，简单的来将就是我们让另外一个进程去执行我们想让它执行的代码，这中间的关键函数是CreateRemoteThread

　　CreateRemoteThread的参数跟CreateThread的参数差不多，多出来的hProcess是我们要对其操作的进程HANDLE，在早期的WINDOWS版本CreateThread确实是使用CreateRemoteThread实现的，就是把hProcess传入我们自己的进程HANDLE

　　CreateRemoteThread的功能就是在指定的进程创建一个线程，这个线程运行我们指定的函数，看起来很简单，但是有一个问题，就是虚拟内存导致的问题

　　大家都知道，在WINDOWS下是使用虚拟内存来进行数据管理的，每个进程都有自己独立的地址空间，假设进程A准备向进程B注入一段代码，他要让进程B执行他进程空间的函数InjectionCode()，这个函数在进程A的地址空间地址为0X3000

　　现在我们开始进行代码注入，利用CreateRemoteThread我们告诉B进程，请执行虚拟内存地址为0X3000的代码，这个时候B进程该干什么呢？B进程收到这个命令后，他很听话地创建了线程，然后乖乖得CALL了0X3000的内容，请注意，现在B进程CALL的是它自己内存空间内0X3000的代码而不是A进程的，那么现在B进程的0X3000是什么内容？没人知道，运气好的话说不定真的有段代码给你执行，运气不好你自己也不知道会发生什么事情，这就跟你进错了学生公寓一样，同样号码的房间，运气好是校花的房间，运气不好就是如花的房间

　　那么我们怎么才能让进程去执行我们对应的代码呢？我们只要在B进程内开辟一块内存，然后把我们的代码或者数据复制进去，再执行对应的代码就可以了，我们需要用到这几个函数:

　　这两个函数跟我们平常用的函数都差不多，只是多了个进程的选项，大概步骤如下图:

　　

　　现在我们将实际操作一下:

　　下面是我们要注入的程序，在这之前，我们更好把基地址固定掉，这样我们不会每次重新运行程序的时候函数的地址都会改变，在VS2008中，项目属性->链接器->高级,把随机基址和固定基址选择默认值

　　假设我们的PrintMsg的地址是0x401000,现在我们需要往这个进程里面注入一段代码，让她可以自动调用PrintMsg这个函数

　　运行上面的程序，我们就可以在另外一个进程中创建一个线程，并且这个线程将会输出该线程的ID以及我们要输出的消息

　　上面的程序还有几个要注意的:

　　1.资源竞争

　　由于是创建线程执行相应代码所以肯定会有资源竞争的问题，以后要写代码一定要注意，在本例中我忽略了这个问题

　　2. 关于代码的长度问题

　　在本例中，我们的代码长度是0X13，但是要知道，汇编代码的长度随便懂一下就可能更改，可能因为一个指令，也可能因为一个参数，所以我们需要时刻注意这点，关于代码长度怎么测量，我是看了反汇编的代码后计算的，这个 *** 比较准确，也可以大概估计下，只要能把代码复制完整就可以，超出也没关系，只要不超出申请的内存大小就可以

　　3.记得备份我们使用的寄存器

　　这个十分重要，一旦你更改了寄存器，如果没有后面没有恢复，可能会导致一系列错误，特别是ESP,EBP等重要的寄存器

　　3.注入代码多次调用系统DLL中的函数

　　里面说，系统的DLL都会加载到一个固定的地址，比如VirtualAllocEx，一般我们在A进程和B进程的时候，call或者jmp的地址都是一样的，所以一般我们如果调用的是系统函数，一般我们不需要担心，但是，昨天我想到了一个问题，比如我们进程A要命令进程B调用CreateToolhelp32Snapshot这个系统API，现在我们假设CreateToolhelp32Snapshot这个API在单独的TLHELP32.DLL里面(实际上这个在KERNEL32.DLL里面，所有进程都会加载这个DLL，所以不需要担心下面的问题，这个只是举例)，操作系统在加载DLL的时候，会统一把这个API的地址映射到虚拟内存的0XFF40100的地址，按照我们原来的想法进程B会自己跑去call 0XFF40100这个地址。但问题在于，如果我们的进程根本就没有加载TLHELP32.DLL这个DLL，那么进程call 0XFF40100会怎么样？这个就要看你这个地方是什么代码了，有人说操作系统会帮你加载这个DLL，但我觉得是错的，因为操作系统要帮你加载的DLL都在PE头里面的导入表里面，要嘛就是我们要显示地去加载，否则操作系统不会知道我们的API在哪个DLL里面

　　4.注入代码多次调用我们自己编写的函数

　　比如我们有IntejectionCode，里面调用了IntejectionCode1,这个时候我们需要把IntejectionCode1也写入对方进程里面，不能只写入IntejectionCode，并且，我们需要更改IntejectionCode里面call IntejectionCode1跳转指令，让其跳转到正确的位置。总之，别人的地盘别人做主，对方进程想把代码放哪里就放哪里，我们无法管理(实际上virtualAllocEx是可以指定位置的，但是一般我们都尽量让操作系统去指定)，我们只能入乡随俗，人家让我们去哪里调用我们就要去哪里调用，不然很容易导致进程崩溃

　　5.关于代码的基地址

　　在本例中PrintMsg的基地址是固定的，是我们人为去固定基地址的，我们在开发的时候很少人会去把基地址固定掉，所以在进程运行的时候，PrintMsg这个函数的地址是会改变的，当然我们也可以算出来这段代码在运行的时候会放在哪里，因为PrintMsg这段代码以二进制放在EXE文件的时候，也有一个文件偏移量，当操作系统把EXE文件加载进内存后，会根据基地址和文件偏移量，来算出PrintMsg在虚拟内存中的位置，所以我们只要能拿到进程运行时候的基地址，并且把EXE反汇编查看这段代码的文件偏移量，也能算出每次运行的时候PrintMsg的地址，虽然很麻烦，特别是反汇编找代码的那部分，但也没办法，这个在后面我会讲

　　下面的代码是网上众多缓冲区溢出攻击代码的一个变种，它可以进行很多场合下的漏洞攻击。

　　上面这段代码主要作用是取代手工注入，代码运行基于32位的linux系统，buffer size预设为500字节，建设缓冲区不要少于500byte， 如果太小了就会装不下shellcode。

　　代码的参数1是将要攻击的程序的路径，参数2是将要攻击的程序的程序名称，参数3是缓冲区大小，参数4是调整地址对齐的偏移地址，参数5用于手工输入esp（这是缓冲区存储的地址范围）。

　　这段代码的注入模式是：NOPs+Shellcode+addr。

　　先用NOPs填充缓冲区开头的一半空间，这样更方便控制EIP（cpu指令指针），即使addr是一个大概的地址，也能成功的通过NOPs滑动至达shellcode的地址。

　　后面用addr填充就是确保能够覆盖保存的返回地址， 其中地址的对齐方式是4字节，可以通过程序的argv参数去控制offset偏移，精准的覆盖返回地址的前题是要正确对齐地址。

　　如果缓冲区只有10来个字节，不够安放shecode时，可以用环境变量的 *** 用存放shellcode，下面的代码用来实施小缓冲区漏洞攻击。

　　上面的代码涉及一个地址计算公式，这个公式是由Murat Balaban发现的， 这依赖于以下事实：即所有Linux ELF文件在映射到内存中时会将最后的相对地址设为0xbfffffff。参考linux程序运行内存布局可知，环境变量和参数就是存储在这个区域的。

　　这个公式是：

　　shellcode=0xbfffffff - 0x4 - length(program name) - length(shellcode)

　　以下是示意图，基于linux的32位系统：

　　

　　示意图

　　参考文章：

　　Gray Hat Hacking, The Ethical Hacker's Handbook

　　Computer Systems