欢迎来到皮皮网官网
1.Hermes源码分析（二）——解析字节码
2.BC-Linux真的直营称得上自主研发吗？
3.bc是什么文件.bc格式文件怎么打开
4.Lua如何进行大数运算（附源码）
5.Renderdoc DirectX ByteCode 转 HLSL 插件 修复说明，DXBC/HLSL 逆向反汇编
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被创建时是空的，并跟随着运行时模块进行传播，kube proxy 源码 在运行时模块的整个生命周期内都一直存在。在某个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。
