1.c语言code只读怎么回事?源码只读
2.BoltDB源码解析（二）事务

c语言code只读怎么回事?

       是操作代码执行了修改只读的变量。

       char code* Info[]={ "tt",源码只读"yy","xx"}

       code 定义的变量值是写入rom的，是源码只读不能够修改的，在编程时应注意这个问题。源码只读

       解决方法：若code 定义的源码只读变量值被修改了，则需要改为char* Info[]={ "tt",源码只读分道扬镳指标公式源码"yy","xx"}即可恢复正常了。

扩展资料：

       注意事项

       code是源码只读keil C里面的关键字，一般用于定义常量数组，源码只读意思是源码只读告诉编译说把这个数组放在ROM存储。使用ROM(程序存储器)的源码只读好处是加快读取速度，不占用系统资源  。源码只读

       unsigned char code table[]; 表示分配一个指向code区的源码只读指针，指针本身在默认存储区。源码只读

       code unsigned char table[]; 表示分配一个指向默认存储区的源码只读指针，指针本身在code区。源码只读

       <code> 标签用于表示计算机源代码或者其他机器可以阅读的文本内容。软件代码的bt官方源码编写者已经习惯了编写源代码时文本表示的特殊样式。<code> 标签就是为他们设计的。包含在该标签内的文本将用等宽、类似电传打字机样式的字体（Courier）显示出来

BoltDB源码解析（二）事务

       最近几天一直在研究BoltDB的代码，现在对它有了更深入的了解。这篇主要介绍BoltDB的事务处理。

       BoltDB的事务主要分为两类：一类是只读事务，另一类是读写事务。只读事务仅允许读取操作，csi公式源码而读写事务则可以同时进行读取和写入操作。在并发控制方面，BoltDB允许任意多个只读事务同时进行，但读写事务只能有一个。

       BoltDB支持一定程度的多版本并发控制（MVCC），这意味着读事务不会阻塞写事务，反之亦然。在程序运行过程中，如何整站源码你可能会发现多个读事务和一个写事务在同时进行。

       只读事务是通过db.View方法执行的，具体代码如下：

       Bolt的注释非常清晰，每一步都标明了具体操作。db.begin是新建一个transaction，而fn参数是用户传递的事务主体函数。

       注意，只读事务不会调用transaction的盐城源码建站commit函数，除非发生error，此时需要调用t.Rollback()进行清理工作。

       读写事务是通过db.update执行的，整体上和View的代码类似，但是会创建一个读写事务。

       读写事务如果没有发生错误，最后会调用Commit方法，将事务进行的修改持久化到DB文件里，实现事务ACID特性里的“D"。

       BoltDB使用B-tree作为磁盘数据结构，在事务commit时，所有在内存中的修改都要持久化到磁盘上。在事务commit时，所有修改都需要持久化到多个新page里。

       读事务实现得比较简单，就是在基于mmap的B-tree上搜索到具体的key，返回对应的value。为了提升性能，BoltDB全程尽量避免copy。

       写事务比读事务要复杂，BoltDB如果需要修改一个page上的数据，首先会通过B-tree搜索定位到具体的key所在的leaf page，但它不会直接在这个page上修改，而是把这个page的数据copy到一个叫node的内存结构体里，修改是在node结构体里做的。

       在写事务中，所有的修改都暂存在内存里，在事务commit之前不会持久化。在事务commit的时候，所有的修改都要持久化。

       因此，BoltDB的使用建议是，一个事务做的事情不要太多，这样不必耗费太多内存保存中间状态，commit也不至于耗时太多。