1.HTTP连接池及源码分析（二）
2.Hermes源码分析（二）——解析字节码
3.CANOpen系列教程14_协议源码移植（二）
4.物联网设备常见的源码web服务器——uhttpd源码分析（二）
5.原码二位乘法100为什么是加2x？

HTTP连接池及源码分析（二）

       HTTP连接池的实现原理及源码解读

       本文深入探讨了HTTP连接池的设计思路，从执行原理到源码分析，源码解答了一系列关键问题。源码首先，源码连接池通过构建HttpClient，源码利用建造者模式灵活配置属性，源码叮咚recovery源码隐藏构建细节，源码确保客户端代码简洁易读。源码HttpClient的源码执行链遵循责任链模式，请求在一系列Executor（执行器）中按顺序传递，源码每个执行器负责处理请求的源码一部分。

       连接池的源码核心是PoolEntry，它是源码连接的基本单位，包含HttpRoute信息和连接状态。源码连接池通过LinkedList管理空闲和等待队列，源码确保性能优化，如优先使用新用过的连接而非等待队列的过期连接。连接的获取和释放采用异步操作，使用Future对象确保线程阻塞和唤醒的精确控制。

       在连接池的管理中，如何分配和回收连接、设置连接保持时间、java 源码交易检测连接可用性，以及处理可能遇到的问题，如底层连接关闭而上层未识别等，都有详细的过程和策略。连接池的参数设置，如超时时间、最大连接数，需要根据具体业务需求和系统限制进行调整。

       源码中，原子类在Future对象的使用引发了疑问，实际上，即使每个线程拥有独立的Future，原子类确保了关键状态在并发环境中的原子性。至于等待线程的唤醒顺序，使用signalAll可能不是最优解，因为这可能唤醒所有等待线程，而非最久等待的那个。

       总的来说，HTTP连接池的设计既考虑了性能优化，又注重并发控制，源码中的源码按投资这些细节体现了其复杂性和灵活性。理解这些原理和实践案例，可以帮助开发者更好地运用HTTP连接池并解决实际问题。

Hermes源码分析（二）——解析字节码

        前面一节 讲到字节码序列化为二进制是有固定的格式的，这里我们分析一下源码里面是怎么处理的

        这里可以看到首先写入的是魔数，他的值为

        对应的二进制见下图，注意是小端字节序

        第二项是字节码的版本，笔者的版本是，也即 上图中的4a

        第三项是源码的hash，这里采用的是SHA1算法，生成的哈希值是位，因此占用了个字节

        第四项是文件长度，这个字段是位的，也就是下图中的为0aa，转换成十进制就是，实际文件大小也是这么多

        后面的字段类似，就不一一分析了，头部所有字段的类型都可以在BytecodeFileHeader.h中看到，Hermes按照既定的内存布局把字段写入后再序列化，就得到了我们看到的字节码文件。

        这里写入的数据很多，以函数头的借款全套源码写入为例，我们调用了visitFunctionHeader方法，并通过byteCodeModule拿到函数的签名，将其写入函数表（存疑，在实际的文件中并没有看到这一部分）。注意这些数据必须按顺序写入，因为读出的时候也是按对应顺序来的。

        我们知道react-native 在加载字节码的时候需要调用hermes的prepareJavaScript方法， 那这个方法做了些什么事呢？

        这里做了两件事情：

        1. 判断是否是字节码，如果是则调用createBCProviderFromBuffer，否则调用createBCProviderFromSrc，我们这里只关注createBCProviderFromBuffer

        2.通过BCProviderFromBuffer的构造方法得到文件头和函数头的信息（populateFromBuffer方法），下面是这个方法的实现。

        BytecodeFileFields的populateFromBuffer方法也是一个模版方法，注意这里调用populateFromBuffer方法的是一个 ConstBytecodeFileFields对象，他代表的是不可变的字节码字段。

        细心的读者会发现这里也有visitFunctionHeaders方法， 这里主要为了复用visitBytecodeSegmentsInOrder的逻辑，把populator当作一个visitor来按顺序读取buffer的内容，并提前加载到BytecodeFileFields里面，以减少后面执行字节码时解析的时间。

        Hermes引擎在读取了字节码之后会通过解析BytecodeFileHeader这个结构体中的链克 源码字段来获取一些关键信息，例如bundle是否是字节码格式，是否包含了函数，字节码的版本是否匹配等。注意这里我们只是解析了头部，没有解析整个字节码，后面执行字节码时才会解析剩余的部分。

        evaluatePreparedJavaScript这个方法，主要是调用了HermesRuntime的 runBytecode方法，这里hermesPrep时上一步解析头部时获取的BCProviderFromBuffer实例。

        runBytecode这个方法比较长，主要做了几件事情：

        这里说明一下，Domain是用于垃圾回收的运行时模块的代理， Domain被创建时是空的，并跟随着运行时模块进行传播， 在运行时模块的整个生命周期内都一直存在。在某个Domain下创建的所有函数都会保持着对这个Domain的强引用。当Domain被回收的时候，这个Domain下的所有函数都不能使用。

        未完待续。。。

CANOpen系列教程_协议源码移植（二）

       本文主要阐述了在嵌入式系统开发中，将CANOpen协议源码移植到工程中并实现的具体步骤。作者首先强调了系列教程的背景，基于CanFestival架构、STMF1芯片、FreeRTOS操作系统、以及Keil MDK-ARM开发环境。接下来，文章深入讲解了移植过程中需要关注的几个关键点。

       在添加源码和路径部分，作者指出需要在现有工程中加入与CANOpen相关的组和文件，并添加CANOpen源码的inc头文件路径，确保编译时能正确找到所需文件。这部分是基础准备工作，确保开发环境能正确识别和使用新添加的代码。

       在添加代码及分析部分，文章聚焦于实际代码实现的关键点。作者提到需要修改的canfestival.h文件，以防止递归包含问题，同时解释了需要实现的底层驱动函数，如canSend，这是CANOpen源代码调用最频繁的函数。作者还详细介绍了初始化相关接口的实现方法，以及定时器调度接口的调用和实现。特别地，文中提到发送接口函数canSend的重要性，并建议尽量保持其接口原样，因为这一函数在多个源文件中被广泛调用。最后，文章还讨论了发送和接收缓存的实现、中断接收机制以及配置节点等关键功能。

       工程下载及运行效果部分展示了作者提供的示例工程，该工程展示了主站和从站的心跳功能，通过CAN分析仪抓取数据进行验证。通过这一部分，读者可以直观地了解移植后的CANOpen协议在实际应用中的表现。

       文章最后对文档的使用和版权所有进行了说明，并推荐了作者的博客、GitHub以及微信公众号，鼓励读者关注以获取更多相关资源和内容。

物联网设备常见的web服务器——utl` 函数通过改变已打开文件的性质来实现对文件的控制，具体操作包括改变描述符的属性，为后续的服务器操作提供灵活性。关于这一函数的使用，详细内容可参考相关技术文档。

       `uh_setup_listeners` 函数在服务器配置中占有重要地位，主要关注点在于设置监听器的回调函数。这一过程确保了当通过 epoll 有数据到达时，能够调用正确的处理函数。这一环节是实现高效服务器响应的关键步骤。

       `setsockopt` 函数被用于检查网络异常后的操作，通过设置选项层次（如 SOL_SOCKET、IPPROTO_TCP 等）和特定选项的值，实现对网络连接的优化与控制。此功能的详细解释和示例请查阅相关开源社区或技术资料。

       `listener_cb` 函数是 uHTTPd 的关键回调函数之一，它在 epoll 事件发生时被调用，用于处理客户端连接。其后，`uh_accept_client` 函数负责实际的连接接受过程，通过 `calloc` 函数分配内存空间，并返回指向新分配内存的指针。这一步骤确保了分配的内存空间被初始化为零，为后续数据处理做好准备。

       `accept` 函数在客户端连接请求处理中扮演重要角色，它从服务器监听的 socket 中接收新的连接请求，并返回一个用于与客户端通信的新的套接字描述符。对于这一函数的具体实现和使用细节，可以参考相关技术论坛或开发者文档。

       `getsockname` 函数用于服务器端获取相关客户端的地址信息，这对于维护连接状态和进行数据传输具有重要意义。此函数的详细用法和示例可查阅相关技术资源。

       `ustream_fd_init` 函数通过回调函数 `client_ustream_read_cb` 实现客户端数据的真正读取，而 `client_ustream_read_cb` 则负责操作从客户端读取的数据，确保数据处理的高效性和准确性。

原码二位乘法为什么是加2x？

       题主断章取义了，书上写：根据“”加2x*。

       这句话是有语境的，这里的，前面的是乘数的低位（最右），后面的0是标志位Cj。

       什么是Cj呢？根据原码两位乘法的规则就能知道：

              当乘数两位状态为时，需要加上3倍被乘数，这在计算机中不好直接实现。所以改成加上（4-1）倍被乘数。但这么规定后，两位乘数最大值只有，也就是3。所以增加一个标志位Cj，当Cj为1时，给两位乘数加上一个“1”。

       运算时就可以看成：加上“乘数的两位+Cj”倍的被乘数。

       再回到：根据“”加2x* 这句话

这里的实际上就是（+0），结果还是，所以加2x*。

       

       

       而Cj何时为0何时为1，看书上原码两位乘的运算规则表就可以了