关于写配置文件快与慢这回事!

呵呵仙

其实,有没那位朋友做过研究?在给1个配置文件读写时(包括字节集等一起打包在一个文件进行读写), 1,用取字节集中间,等字节集的操作写读快?
2,还是用JSON写读配置快?
3,数据库操作写读快? 其实,我一直就用字节集的操作写读.未用过其它!有没都用过的说说效果!?

承易

https://125.confly.eu.org/forum.php?mod ... rtype=1#pid29955200
你来打造这个新版本易语言吧，

嫂子

自定义的格式，且有字节数组这种东西  一般是  弄个对象 存储的时候序列化到文件  读取都在内存内进行了。不存在性能问题。打比方一个哈希表。读写速度快，保存的时候自己序列化到文件即可

禁回忆

禁回忆 发表于 2025-3-9 20:39
非特殊场景且同等技术力的情况下，肯定是读文件二进制数据>读文件文本>数据库>读文本解析json。
直接进行字 ...

@笨来无一悟 没啊，说的是同技术力的情况下，上边写错一个地方，读文件文本<数据库读写，对于有一定规模的数据量读写，你想自己读二进制数据，写起来太麻烦，数据库就是做这个的，就没必要重复造轮子了

禁回忆

非特殊场景且同等技术力的情况下，肯定是读文件二进制数据>读文件文本>数据库>读文本解析json。
直接进行字节集的读写操作，不需要序列化/反序列化，结构固定，直接读到指定的结构中就能用，就是维护成本太高，你需求简单的话可以用，越往后维护，那就相当于你自己做了个数据库了。这种你参考游戏的存档文件就好。
大数据量的情况下还是采用数据库，你正常见到的数据库都对磁盘读写进行了大量的优化，带索引、带缓存，还带事务，数据量够大的情况下数据库能保证你不需要关心持久化存储的问题，还有超高的效率。
json的方案基本上不用想了，json结构本身就存在冗余，词法分析+语法分析消耗性能，保存的文件虽然可读但是数据量一上来跟不可读没什么区别，进行网络传输或跨平台数据交互时考虑json的

凌哥

要速度快就用内存文件映射+自定义内存数据结构+纯指针读写数据

笨来无一悟

{1,2,3,4,5}一个字节集就代表一个配置 读第一个 0就是关闭 非0就是打开 第2345  4个字节 可以是一个整数 比如记录的是窗口的宽度
快不快 不知道 你就说小不小

帅气与大侠

最快的肯定是直接字节集读写快啊

INI配置文件结构最简单，解析代码逻辑分支少
1.找节点，行首[节点]行尾
2.找键名，行首键名=
3.找键值，键名=+行尾



json、数据库其它优势不说，就说路径代码解析就很多开销，json的路径、数组、对象解析，还要额外分支判断键值的格式有没有错误，转义、数据编码(Unicode)，数据库也类似，读写前也是要做丰富的代码语句解析。

效率最快的自然还是直接字节集处理了，灵活度高，需要大批量的场景下还可以自定义缓冲区等优化
写操作的话，INI、json随着数据量的增加就没有数据库效率高了，每次写操作都要进行数据后移，数据库除了可变长的字段，其它字段写操作都是覆盖写

谈谈的味道

这个快慢很明显吗?我就有一次 打开软件发现很卡,原来是把日志忘记取消了.也写入了配置.ini.好家伙在客户机器上,运行了几个月,慢点一逼,后来一看配置文件300多M了.

算法艺术家

频繁读的话，程序一启动就加载到内存里，用的时候直接内存读。频繁修改场景的话，那你就直接操作文件号那样 或者说用个高性能的数据库

嫂子

配置文件读写？是指ini？还是说自定义的配置？

如果说是 要塞入字节数组这种东西的化 建议是自已定义个格式  每次读入字节集映射比较好。

比如定义一个结构  长度0+字节集0+长度1+字节集1.

这样每次直接顺序读一遍 就已经可以序列化好了。