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

c语言code只读怎么回事?

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

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

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

扩展资料：

       注意事项

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

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

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

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

BoltDB源码解析（二）事务

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

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

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

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

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

       注意，只读事务不会调用transaction的开原app源码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也不至于耗时太多。