1.Hermes源码分析（二）——解析字节码
2.BC-Linux真的直营称得上自主研发吗？
3.bc是什么文件.bc格式文件怎么打开
4.Lua如何进行大数运算（附源码）
5.Renderdoc DirectX ByteCode 转 HLSL 插件 修复说明，DXBC/HLSL 逆向反汇编

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

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

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

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

        第二项是字节码的版本，笔者的源码python监控源码版本是，也即 上图中的直营4a

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

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

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

        这里写入的ybatis源码阅读数据很多，以函数头的写入为例，我们调用了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下的所有函数都不能使用。

        未完待续。。。

BC-Linux真的称得上自主研发吗？

       1. 关于BC-Linux是否真正自主研发，我们需要从其官方声明和实际操作中进行深入分析。

       2. BC-Linux并非源自所谓的自主研发神话，而是基于开源社区的CentOS，借助社区力量和开放源代码资源。

       3. BC-Linux是中移大云操作系统，通过定制化手段针对移动行业特定需求进行改良，主要服务于企业内部业务运行。

       4. 一些在市场上声势浩大的系统，如“鸿蒙”，虽然声称自主研发，捣蛋网源码但其背后的技术根基并非自主研发，而是依托于Fuchsia项目。

       5. 鸿蒙系统中的一些关键代码甚至已经去除了与Fuchsia相关的标识，揭示了其与原开源项目的紧密联系。

       6. BC-Linux通过创新和定制化适应市场和企业需求，既符合开源精神，也表明了其在技术发展中的合理定位和务实策略。

       7. 总结来说，BC-Linux是通过社区支持和定制化开发实现的创新产品，其目标用户群体和绝虚碧战略选择都清楚地体现在其官方声明中，这与那些打着自主研发旗号却隐藏技术背景的系统有着显著的区别。

bc是什么文件.bc格式文件怎么打开

       bc是什么文件以及如何打开bc格式文件：

       一、

       BC文件是一种二进制文件，通常用于存储程序编译后的代码。关于如何打开这种文件，取决于具体的软件和上下文环境。一般情况下，需要使用特定的编程软件或编译器来打开和查看BC文件的内容。

       二、

       1. BC文件介绍：BC文件通常与编程和软件开发相关。当开发者编写源代码并通过编译器进行编译时，生成的执行文件往往就是BC文件。这类文件包含由编译器转换后的机器语言代码，这是计算机可以直接执行的语言。

       2. 打开BC文件的方式：由于BC文件是二进制文件，普通文本编辑器无法正确显示其内容。因此，通常需要相应的编程软件或编译器来打开。例如，如果BC文件是由特定的编程语言编译生成，那么可以使用该编程语言的编译器来打开和查看文件内容。此外，一些集成开发环境也支持打开和编辑BC文件。

       3. 注意事项：处理BC文件时，应当谨慎。由于它们是编译后的代码文件，如果不正确地修改，可能会导致程序无法正常运行。除非你是专业的开发者，并且了解相关编程知识，否则不建议随意编辑或修改BC文件。

       为了更好地理解和使用BC文件，建议深入学习相关编程语言和软件开发知识。这样不仅可以更好地理解和处理BC文件，还可以更好地进行软件开发和编程工作。

Lua如何进行大数运算（附源码）

       在游戏服务器开发中，大数计算是常见但难以避免的问题。一般数值计算在math.maxinteger范围内可直接使用Lua常规计算，超出范围则需大数计算。本文介绍了两种基于Lua的大数计算库：基于Boost的Lua库和基于GNU bc的Lua库lbc。

       基于Boost的Lua库通过安装Lua、Boost和GCC，编译生成Lua直接引用的so库。编译方式有正常编译和捆绑编译。捆绑编译通过make_boost.sh脚本将boost文件复制到boost文件夹，简化编译过程。但需要注意，捆绑编译可能不适用于最新版本的boost。

       基于GNU bc的Lua库lbc由Lua的作者之一编写，具有简单、小巧、易用等特点。编译简单，几乎只需执行make。测试结果显示，lbc在位字符的数字上，执行加减乘除各一次，其时间在1秒以下，符合要求。

       本文还介绍了基于MAPM的Lua库lmapm，其特点与lbc类似。两种库在测试中表现稳定，但lbc提供了详细的位数信息，而lmapm采用科学计数法表示结果。

       最后，本文建议根据实际需求选择合适的大数计算库。对于简单、方便、源码、可修改、可移植和精度要求较高的项目，lbc是不错的选择。同时，还介绍了其他开源的大数计算库，供读者参考。

Renderdoc DirectX ByteCode 转 HLSL 插件 修复说明，DXBC/HLSL 逆向反汇编

       面对问题描述，您可能在尝试使用特定插件进行DirectX ByteCode转HLSL时遇到了错误。解决此问题的关键在于选用正确的插件，推荐使用原版的cmd_HLSLDecompile.exe，该工具的源代码位于github.com/bo3b/3Dmigot...。为了确保问题的解决，您需要执行以下步骤：

       1. 将原版的cmd_HLSLDecompile.exe下载到指定路径，例如D:/Work/HLSLDecompiler。

       2. 在同一目录下创建一个bat文件，输入上述脚本内容。命名文件为hlsl_decompiler_wrapper.bat。

       3. 使用renderdoc时调用此bat文件，并在编辑过程中解决问题。

       补充说明：在使用过程中，您可能会遇到针对android平台的half类型与minf4不支持的问题。这是因为当前工具并未考虑到Minimum-precision data types的处理情况。若您是Unity开发者且在编辑器中遇到此问题，请尝试将开发平台设置回Windows。这将有助于解决相关问题并顺利转换DirectX ByteCode至HLSL。