- 综合排序
- 最热优先
- 最新优先
- 来自专栏浮躁的喧嚣
对象、消息、运行期--11：runtime消息机制
消息机制 先来看看C语言使用的“静态绑定”，也就是在编译期就能决定运行时所调用的函数 void sayHi(){ NSLog(@"sayHi"); } sayHi(); 而在OC中使用的是“动态绑定 ”，在程序编译时不能决定真正调用哪个函数，只有当程序运行时，编译器才会根据函数名去方法列表里找对应的函数，runtime运行时就是执行已经编译好的代码，OC通过runtime库把方法调用转化为“消息机制 ”（动态消息派发系统），消息有“名称”和“选择器”，可以接受参数，而且可能有返回值 - (void)sayHI:(NSString *)str{ NSLog(@"say--%@",str); } [self sayHI:@"HI"]; 在这段代码中： self：代表接收者，sayHI：代表选择器 ，选择器与参数合起来称为“消息”，编译器收到这个消息时，会将其转化为obj_smgSend函数, void obj_smgSend(id object, SEL cmd,...) object：代表接收者，SEL：代表方法选择器，后续参数为消息中传的参数，顺序不变 这样上述的函数调用会转化为： id
27710编辑于 2023-11-22 - 来自专栏全栈技术
密码加密之消息摘要算法
在处理加密时，加密规则越复杂越好，或者说，根据密文还原出原文的难度越大越好！一般来说，都应该使用成熟的算法，而不需要自行设计算法！ 在实现密码加密时，不要使用任何加密算法，因为所有加密算法在设计时就已经决定了它是可逆向运算的，也就是说“所有的加密算法都可以解密”！ 加密算法的主要应用领域只是“保障传输过程的安全”，并不保证“存储数据的安全”。 推荐使用消息摘要算法对密码进行加密并存储，因为所有的消息摘要算法都是不可逆向运算的。 同时，在实际应用中，如果是使用消息摘要算法对密码进行“加密”时，用户提交的原始密码其实是有限的种类（允许使用的只有数字、字母、符号，且通常会限制长度），就不存在上述的“无限对应有限”的现象，在“有限对应有限 这样来看，使用消息摘要算法用于“密码加密”的数据处理是安全有效的！
85210发布于 2021-08-23 - 来自专栏蝉沐风的码场
如果让你来设计消息加密
2、对称加密 如果双方拥有同样的钥匙，发送消息的一方使用这个钥匙进行加密，接收消息的一方使用同一个钥匙进行解密。这么一来，加密的事情就变得简单了。 你让小美给你发送消息之前先用你的公钥对消息进行加密，这样一来，小美的加密消息只有你的私钥才能够解密。 于是便实现了小美对你发送消息的机密性。 你先用加密效率很高的对称加密算法对消息进行加密，这样就实现了消息的机密性。接下来只要保证对称加密秘钥传输的机密性就可以了。 这时候又要用到公钥加密了。 你也不用担心效率问题，毕竟对称加密的秘钥通常比消息短得多，况且秘钥的传递只需要一次就可以了，因此加密的时间代价可以忽略。 画一下使用混合加密算法时，你发送消息进行加密的流程图。 ) 你分析了一下小美实际传给你的加密消息与你实际收到的加密消息，发现编码之后的数据有两位比特被改变了。
37610编辑于 2023-12-28 - 来自专栏c#开发者
实现MSMQ消息加密的安全实践
实现MSMQ消息加密的安全实践 消息加密的工作原理 消息应用程序发送方对消息进行加密后发送到目标计算机的消息队列中，然后由目标计算机上的应用程序接收消息队列中的消息进行解密。 消息加密旨在防止在传输过程中有人未经授权查看消息。 使用消息加密会降低性能，不过这没有使用消息验证时性能下降得那么多。将加密的消息发送到多个不同的计算机时，由加密引起的性能下降非常明显。 在源计算机上，消息队列执行下列操作： 创建密钥。 使用密钥加密消息正文。 使用目标计算机的公钥加密此密钥。 将加密的密钥附加到加密的消息中。 因此采用类似SSL加密机制，使用非对称加密算法加密对成加密使用的密钥，用对称加密算法加密需要发送的消息；解密的时候先使用非对称解密算法解密对称加密时使用的密钥，然后用的得到密钥来解密消息。 发送加密消息 接收方收到消息 读取消息中的证书信息 读取消息中的加密的密钥信息 使用申请的x509证书对加密密钥进行解密得到密钥 使用对称密钥对加密消息进行解密得到明文
1.1K30发布于 2019-02-13 - 来自专栏蝉沐风的码场
如果让你来设计消息加密
2、对称加密如果双方拥有同样的钥匙，发送消息的一方使用这个钥匙进行加密，接收消息的一方使用同一个钥匙进行解密。这么一来，加密的事情就变得简单了。 你让小美给你发送消息之前先用你的公钥对消息进行加密，这样一来，小美的加密消息只有你的私钥才能够解密。于是便实现了小美对你发送消息的机密性。 知道了问题，解决方案也是很明显了，把对称加密和公钥加密结合起来使用，也就是混合加密。既然是混合加密，自然既要传送消息，又要传送对称加密的秘钥。 你先用加密效率很高的对称加密算法对消息进行加密，这样就实现了消息的机密性。接下来只要保证对称加密秘钥传输的机密性就可以了。这时候又要用到公钥加密了。 你也不用担心效率问题，毕竟对称加密的秘钥通常比消息短得多，况且秘钥的传递只需要一次就可以了，因此加密的时间代价可以忽略。画一下使用混合加密算法时，你发送消息进行加密的流程图。
75222编辑于 2023-12-22 - 来自专栏好好学习，天天向上
Java加密与解密之消息摘要算法
概述 消息摘要算法又称为散列算法，其核心在于散列函数的单向性。即通过散列函数可获得对应的散列值，但不可通过该散列值反推其原始信息。这是消息摘要算法的安全性的根本所在。 消息摘要算法主要分为三大类：MD（MessageDigest，消息摘要算法）、SHA（Secure HashAlgorithm，安全散列算法）和MAC（MessageAuthentication Code ，消息认证码算法）。 MD5、SHA和HMAC分别是三大类消息摘要算法中的代表。 FileInputStream("F:\\chrome_download\\apache-tomcat-10.0.0-M9-windows-x64.zip")));//true } } 参考：Java加密与解密的艺术
1.1K10发布于 2020-11-24 - 来自专栏站长的编程笔记
【说站】企业级程序苏林加密系统 php加密的程序源码 sg11加密 xend加密 goto加密 Leave加密 enphp加密 NoName加密
本文编程笔记首发 苏林加密系统是一款专门为php加密的程序，支持sg11加密、xend加密、goto加密、Leave加密、enphp加密、NoName加密 可以发展用户，可以设置某加密价格，支持API 接口加密，对接官方支付、码支付和易支付。 v1.8.9（内测版） 新增API接口开通新增设置开通api接口价格新增qq互联登录新增sg11支持批量加密修复注册验证失败 BUG修复加密乱码报错BUG优化xend加密优化api接口提交优化sg11 加密 V1.8 1.更新资源网系统 2.更新ENPHP API 3.更新微擎加密API 付费资源 您需要注册或登录后通过购买才能查看！
2.6K20编辑于 2022-11-24 - 来自专栏瞳瞳too的学习笔记
通过共模攻击解密RSA加密消息
文章首先解释了共模攻击的理论基础，即通过扩展欧几里得算法找到贝祖系数，利用这些系数解密加密消息。接着，提供了一个Python代码示例，展示了如何实现共模攻击来解密RSA加密的消息。 示例数据用于演示如何使用给定的密文、公钥指数和模数进行解密，最终揭示了使用相同模数但不同公钥指数加密的RSA消息的安全漏洞，强调了选择不同模数以增强安全性的重要性。 通过共模攻击解密RSA加密消息 RSA加密算法是一种广泛应用于安全通信的非对称加密算法。然而，在特定情况下，RSA加密可能会受到某些攻击，如共模攻击（Common Modulus Attack）。 本文将介绍共模攻击的理论依据，并通过Python代码展示如何利用共模攻击解密RSA加密的消息。 通过这种方法，我们可以成功利用共模攻击解密使用相同模数但不同公钥指数加密的RSA消息。这种攻击展示了在使用RSA加密时选择不同模数的重要性，以防止潜在的安全漏洞。
98210编辑于 2024-06-15 - 来自专栏写代码和思考
Android开发(11) 消息栏通知(Notification)
概述 android 的消息通知还是很方便的，它会出现在窗体的顶部，并给出提示。常见的短信就是这样的通知方式。本文我们尝试实现一个这样的演示。 演示截图： ? notification.defaults |= Notification.DEFAULT_SOUND; //默认声音 其中pendingIntent对象 是一个跳转intent，当提示后，点击在消息提示栏的 3.调用NotificationManager.notify方法发起通知，发起后的通知就会在消息栏提示。
2.7K00发布于 2020-03-16 - 来自专栏Albert陈凯
2018-11-22 Api接口加密策略
常见的加密方式： DES加密算法： DES加密算法是一种分组密码，以64位为分组对数据加密，它的密钥长度是56位，加密解密用同一算法。DES加密算法是对密钥进行保密，而公开算法，包括加密和解密算法。 这样，只有掌握了和发送方相同密钥的人才能解读由DES加密算法加密的密文数据。因此，破译DES加密算法实际上就是搜索密钥的编码。 AES加密算法： ES加密算法是密码学中的高级加密标准，该加密算法采用对称分组密码体制，密钥长度的最少支持为128、192、256，分组长度128位，算法应易于各种硬件和软件实现。 RSA加密算法： RSA加密算法是目前最有影响力的公钥加密算法，并且被普遍认为是目前最优秀的公钥方案之一。 MD5加密算法： MD5为计算机安全领域广泛使用的一种散列函数，用以提供消息的完整性保护。
1.8K20发布于 2018-12-14 企微ipad协议：消息上行通道的加密流实现企微ipad协议：消息上行通道的加密流实现
企微ipad协议：消息上行通道的加密流实现企业微信ipad协议在握手完成后，所有上行消息统一走一条加密TCP流。 理解其加密层的钥匙派生逻辑，是自研高并发代理的首要步骤。 down_key：服务器下行加密sig_key：帧校验MAC密钥生命周期与TCP连接等长，断线即作废，以此实现前向保密。 代码解释#include<iostream>intmain(){std::cout<<"wxid=bot555666"<<std::endl;}四、性能与异常处理在iPadAir3环境实测，连续发送1KB消息 由于加密帧自带MAC，代理层即便做零拷贝转发，也能立即识别比特翻转，业务无感。
22710编辑于 2025-11-08- 来自专栏超级架构师
11个物联网消息传递的神话
很多数据通信技术都是简单的消息传递系统，它们往往盲目地发送大量的数据 - 这是一种低效率和昂贵的数据传输方法。 许多公司试图将低效的消息传递技术用于他们的软件，或者使用开放源代码并尝试构建他们自己的。不幸的是，这些组织正试图解决传统技术的速度，可扩展性和可靠性问题 4.物联网数据已经过时，因此应用程序无用。 另外，如果消息同时发送到成千上万的“事物”，则应用程序必须实时扩展以有效地传递该消息。所有的传感器和小型设备都将给互联网带来压力 - 这是一个不可思议的问题。 6.云是物联网消息传递的答案。 11.消息传递是一项利基技术。谁在乎？ 不正确。物联网市场正在成熟，并认识到网络高效的大容量数据流和消息传递对企业应用和分析至关重要。
1.3K40发布于 2018-04-09 - 来自专栏Android 开发者
以人为本 | Android 11 的消息通知
本文会针对消息推送分级的几个方面帮助大家理解通知栏是如何将用户信息进行优先推送的。 什么是通知？ 在人际消息通知中，如果消息中包含了 person 上下文或者带有 联系人 URI，则其优先级会进一步提高。 ? Android 11 和会话 在 Android 11 中，还有很多更新强调了人际交往相关功能的重要性。例如在下拉通知栏中为 消息风格的通知 增加了专门的区域。 People first 文中所提到的 Android 11 中的更新表明了平台未来的发展趋势，和对人际交往相关的体验的持续提升。 如果想要了解更多关于 Android 11 的更新内容和 API 指南，请参考 Android 开发者文档的 会话 页面。
2.2K10发布于 2020-10-16 - 来自专栏博客迁移同步
四、消息认证码、认证加密和重放攻击
背景：A和B通信，X是中间人 消息认证码和认证加密 消息认证码 消息认证码(Message Authentication Code)是一种确认完整性并进行认证的技术。 认证加密 认证加密是将对称密码和消息认证码相结合，同时满足机密性、完整性、认证三大功能的机制。 A准备一下加密消息的对称密钥1和用来生成消息认证码的对称密钥2，然后以安全的方式发送给B。 (就当做是面对面交流转手给B) A用加密明文消息的对称密钥1进行加密，得到密文，然后把密文和对称密钥2一起哈希算一遍，最后得到消息认证码。 A把密文和消息认证码一起发给B。 如果不一致则认为此次发送的消息不正确，不是假冒就是篡改，B会丢了包让A再发一次。 后面统一使用认证加密来说明消息认证的过程。 这里用hash其实就是利用单向散列函数的单向性和抗碰撞性来保证消息认证码无法推测出对称密钥2的。 对称密码就能加密传输，为什么还要用消息认证码？
80210编辑于 2023-05-06 - 来自专栏林德熙的博客
dotnet 后台线程发送 X11 窗口消息
本文将告诉大家如何在 dotnet 里面的后台线程向自己进程内的窗口发送消息 核心是通过 XSendEvent 发送消息，发送消息想要有反应需要另开 XOpenDisplay 获取 display 对象 finally { XCloseDisplay(display1); } } }); 以上的 handle 是一个 X11 origin ee9c8da351838b0ec3b8ab577a6c9904e024517d 获取代码之后，进入 DikalehebeekaJaqunicobo 文件夹，即可获取到源代码 更多 X11 , handle, false, 0, ref @event); XFlush(display); } }); 这里由于需要进行多线程共用一个 display 对象，根据 X11
54210编辑于 2024-05-16 - 来自专栏凯哥Java
RabbitMQ消息中间件技术精讲11 高级篇四 confirm 确认消息
RabbitMQ消息中间件技术精讲11 高级篇四 confirm 确认消息 理解Confirm消息确认机制： 消息的确认，是指生产者投递消息后，如果broker收到消息，则会给生产者一个应答； 生产者经行接收应答 ，用来确定这条消息是否正常的发送到broker，这中方式也是消息的可靠性投递的核心保障! 确认机制流程图： 如何实现Confirm确认消息？ 其中两个产生：long 类型的消息唯一标签，boolean类型的是否批量。 欢迎大家一起学习 下节预告： 在下节中，我们将讲解return消息机制
45020编辑于 2022-12-15 - 来自专栏C/C++基础
对称加密、非对称加密、RSA、消息摘要、数字签名、数字证书与HTTPS简介
其过程如下： //加密 E=ENC（M，K） //解密 M=DEC（E，K） 其中M是消息，K是密钥，E是加密后的密文，ENC()和DEC()分别是加密和解密算法。 只要其钥匙的长度足够长，用RSA加密的信息实际上是不能被解破的。 2.消息摘要（Message Digest） 消息摘要可以将消息哈希成一个长度固定的唯一值。 （1）A先对这封Email执行哈希运算得到消息摘要； （2）然后A用自己的私钥对消息摘要加密，生成数字签名； （3）把数字签名加在Email正文后面，一起发送给B。 通过上面的例子可以发现数字签名是非对称密钥加密技术与数字摘要技术的实际应用，主要有两个作用： （1）对数字签名使用发送方的公钥解密，根据解密是否成功用于身份认证； （2）将解密后的消息摘要与收到的消息的摘要进行比对 ，用于消息的完整性校验。
17.7K47发布于 2019-03-11 - 来自专栏凯哥Java
RabbitMQ消息中间件技术精讲11 高级篇四 confirm 确认消息
RabbitMQ消息中间件技术精讲11 高级篇四 confirm 确认消息 理解Confirm消息确认机制： 消息的确认，是指生产者投递消息后，如果broker收到消息，则会给生产者一个应答； 生产者经行接收应答 ，用来确定这条消息是否正常的发送到broker，这中方式也是消息的可靠性投递的核心保障! 确认机制流程图： 如何实现Confirm确认消息？ 代码实现： 添加确认消息监听是在生产端处理的，所以生产端代码如下： 在channel上添加确认模式： 添加监听的，我们可以看到还有返回监听，关闭shutdown的监听。 其中两个产生：long 类型的消息唯一标签，boolean类型的是否批量。
47130发布于 2019-07-24 - 来自专栏FreeBuf
马斯克亲自督促，推特终于推出加密消息
在埃隆-马斯克（Elon Musk）于2022年11月确认该功能的计划后五个多月，Twitter正式开始在该平台上推出加密直接信息（DMs）的功能。 虽然Twitter没有透露它用来加密对话的确切方法，但该公司表示，它采用了 强大的加密方案组合来加密用户的信息、链接。 Twitter进一步强调，加密的聊天内容储存在其基础设施上时仍然是加密的，只有在接收方的一端才会解密。该实施方案预计将在今年晚些时候开放源代码。 也就是说，目前该项目正在进一步开发中，现在并不支持加密的小组对话，也不允许交换媒体和其他文件附件。其他一些值得注意的限制如下： 用户最多只能注册10台设备来发送和接收加密信息。 “如果注册设备的私钥被泄露，攻击者将能够解密该设备发送和接收的所有加密消息”。Twitter表示，并补充说它不打算修复限制，而是考虑更好的用户体验。
41830编辑于 2023-05-19 - 来自专栏腾讯云中间件的专栏
腾讯云消息队列产品11月产品动态
11月动态 消息队列 RocketMQ 版 【新功能】支持调整节点规格和存储规格，如当前的集群规格不满足您的业务需求，可以在控制台上提升节点规格、节点数量和存储规格。 【新功能】支持在控制台快速发送测试消息，方便测试和调试。 【新功能】查看消息增加消费状态说明：查询消息时，在消息详情页面可以查看消息消费状态，并且支持重新发送消息和查看异常诊断信息。 消息队列 RocketMQ 版 共享版集群商业化，开启按量收费。 支持HTTP协议。 共享集群限流，保障集群稳定性，以及相应的限流指标等。 死信消息支持在控制台重发。 死信队列新增消息数量的指标和告警。 支持开源自建的集群无缝迁移到共享版的虚拟集群上。 消息队列 RabbitMQ 版 专享集群控制台集成更多开源控制台能力，灵活适配社区使用体验。 戳原文，查看更多 消息队列 RabbitMQ 版 的信息！ 点个在看你最好看
2.3K20编辑于 2022-12-06
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号