- 博客(10)
- 收藏
- 关注
RSS订阅原创 可靠数据传输原理
检验和：检测一个传输分组的比特错误定时器：用于超时重传一个分组序号：为发送方到接收方的数据分组按顺序编号，分组序号的空隙可帮助检测丢失的分组确认应答号：接收方告诉发送方一个分组被正确的收到了，确认报文通常携带被确认分组或多个分组的序号否定确认窗口，流水线：发送方的发送序号范围限制。
2024-10-20 22:47:03
770
原创 HTTPS在HTTP基础上做了哪些升级？TLS的一般过程
HTTP在TCP三次握手之后进行HTTP的报文传输，而HTTPS在TCP三次握手之后进行SSL/TLS握手过程，进入加密报文传输，并且HTTPS协议要向CA申请数字证书，来验证服务器可信。（3）客户端握手结束通知，表示客户端的握手阶段已结束，同时将之前所有内容发生的数据做摘要，供服务器校验。（2）服务器握手结束通知，表示服务器的握手阶段结束，把之前一切内容发生的数据做个摘要供客户端校验。至此TLS四次握手全结束，客户端与服务器进行加密通信，就是HTTP通信，使用会话密钥加密内容。
2024-10-13 23:05:40
435
1
原创 鸿蒙并发能力TaskPool与内存共享并发模型对比
可以看到，TaskPool能力相较于传统共享内存下并发开发的优势在于各线程内存独立，因此不需要对共享资源区的操作加锁，TaskPool线程之间通过序列化信息通讯，生产者线程将信息序列化发送给UI线程，UI线程消费结果后将生产任务发送给生产者，对线程的调度在TaskPool内部实现了封装。两种能力都是基于Actor模型实现，是典型的内存不共享并发模型，每个线程都会创建独立的Actor，管理各自的独立内存，彼此之间通过通信机制实现数据交流。鸿蒙开发提供两种并发能力：TaskPool和Worker。
2024-10-07 21:47:00
383
原创 PV操作实现三种读写锁
这里rMutex的作用，开始有多个读者读取数据，全部进入读者队列，来了一个写者，执行P(rMutex)之后，后续读者就进入rMutex的TCB阻塞队列上，不能进入读者队列，写者到来则可以进入写者队列，实现写优先，同时第一个写不能马上开始，要等到全部读者读完，通过V(wDataMutex)唤醒写者线程。保证写者读者的先来后到，统一阻塞在flag队列上，而当读者不空，写操作也会阻塞在wDataMutex信号量上，直到读者为空。读者优先的策略，只要有读者读，后续读者可以直接进入，读者持续不断，写者处于饥饿状态。
2024-09-23 00:25:17
439
原创 CPU如何解决缓存一致性问题
为了提升性能，需要使得CPU读取数据尽可能从CPU Cache（高速缓存）中读取，少从内存中读取，产生何时需要将Cache中的数据写回内存的问题。先了解高速缓存的结构：高速缓存由多个Cache Line组成，每个Line包含头标志和数据块，Cache Line是从内存读取数据的基本单位。
2024-09-18 01:04:34
269
原创 HarmonyOS开发之转场—全屏模态转场
鸿蒙的模态转场可以实现将新的页面覆盖到旧的页面而旧的页面不消失，因此为解决实现搜索页面提供了一种方案，省去了页面之家数据的传递，以下给出一种方案。
2024-08-04 21:23:09
217
原创 HarmonyOS开发之应用沙箱—基本文件操作
应用沙箱是一种以安全防护为目的的隔离机制，避免数据受到恶意路径穿越访问。在这种沙箱的保护机制下，应用可见的目录范围即为“应用沙箱目录”。对于每个应用，系统会在内部存储空间映射出一个专属的“应用沙箱目录”，它是应用文件目录与一部分系统文件（应用运行必需的少量系统文件）所在的目录组成的集合。应用沙箱限制了应用可见的数据范围。在“应用沙箱目录”中，应用仅能看到自己的应用文件以及少量的系统文件（应用运行必需的少量系统文件）。因此，本应用的文件也不为其他应用可见，从而保护了应用文件的安全。
2024-07-28 19:54:10
722
原创 HarmonyOS开发之数据存储—首选项数据存储
用户首选项为应用提供Key-Value键值型的数据处理能力，支持应用持久化轻量级数据，并对其修改和查询。当用户希望有一个全局唯一存储的地方，可以采用用户首选项来进行存储。Preferences会将该数据缓存在内存中，当用户读取的时候，能够快速从内存中获取数据，当需要持久化时可以使用flush接口将内存中的数据写入持久化文件中。
2024-07-21 14:45:53
619
2
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人