简单测试Object与Dictionary的读写速度

最新推荐文章于 2023-07-05 23:23:57 发布
最新推荐文章于 2023-07-05 23:23:57 发布 · 211 阅读 · 0

本文通过实验比较了Object和Dictionary作为Map形式时的读写性能。结果显示，在大量循环操作下，Object的写入和遍历速度优于Dictionary，而Dictionary在随机访问属性方面表现更好。此外，还发现Dictionary在多次实例化场景中可能更具优势。

简单写了几个循环去测试Object跟Dictionary作为Map形式时的读写速度。但似乎并没有得出结论。

从10W次循环的来看，总体上Object的写入跟全遍历要比Dictionary来得快。随机访问属性，则Dictionary要好一些。

因为测试的数据经常不稳定，10W次的其实不止测试3次，只是刚好把反常的一次写进去了。大部分情况下，数据与第1、2次相仿。

在随机点按钮测试时，有个奇怪的现象。如果我多次点击测试Dictionary的写入操作，第一次是还的时间，但后面几次，则基本上350-500ms之间。而Object则处于上升趋势，但是幅度不大。是否可以认为Dictionary更适用随机访问跟多次重新实例化的场景呢。

先测试到这边，更多的测试统计留再测。本身二者并没有使用如此大的数据量，所以，实际意义不大。


 
iteye_12186
关注
【Object-C】dictionary使用
weixin_48618536的博客
03-11 606
字典具有不可重复性，如果重复会进行替换 1.1 创建不可变字典 NSDictionary *dict = [NSDictionary dictionaryWithObjectsAndKeys: @"val1", @"key1", @"val2", @"key2", nil]; 1.2 获取字典大小 int cnt = [dict count]; 1.3 得到字典中所有的KEY 使用“f
unity中三种数据存储方式ScriptableObject,Json,Xml和Dictionary的序列化
新博客地址http://www.cnblogs.com/millionsmultiplication/
02-07 6004
unity中三种数据存储方式ScriptableObject,Json,Xml unity中三种数据存储方式ScriptableObjectJsonXml 准备 ScriptableObject 简介 编写序列化类 读写 Json 简介 序列化类 读写 LitJson NewtonsoftJson Xml 序列化类 读写 准备 我以Dictionary类型作为案
[C#进阶系列]专题二：你知道Dictionary查找速度为什么快吗？
weixin_34315189的博客
01-11 268
一、前言 　　在之前有一次面试中，被问到你了解Dictionary的内部实现机制吗？当时只是简单的了问答了：Dictionary的内部结构是哈希表，从而可以快速进行查找。但是对于更深一步了解就不清楚了。所以面试回来之后，就打算好好研究下Dictionary的源码。所以也就有了这篇文章。 二、Dictionary源码剖析  　　大家都知道，现在微软已经开源了.NET Framework的源码了...
C# dictionary 遍历性能分析
热门推荐
liufeifeinanfeng的博客
08-09 1万+
1. 遍历性能，如果想通过遍历获取Dictionary 的键值对，方法有两种  方法 一        /// <summary>         /// 通过key 访问键值对         /// </summary>         private static  void keyPerformance(Dictionary<string,string&g...
[转载] Dictionary,Object,Array内存消耗,读取,写入,效率测试
AS3
12-21 355
[url]http://bbs.9ria.com/viewthread.php?tid=70879&extra=page%3D1%26amp;orderby%3Ddateline%26amp;filter%3D86400[/url] package { import flash.display.Sprite; import flash.events.KeyboardEvent; ...
12_canfestival_object_dictionary
zaichen321的博客
07-05 180
对象字典的相关结构体定义
Dictionary<string, object>的object为什么是只读的
最新发布
10-21
- **性能与安全性**：`Dictionary` 的 $O(1)$ 访问速度确保了高效查找，但修改值可能引入线程安全问题（如竞态条件）。使用只读模式可以提升安全性，减少错误[^1]. #### 4. **总结原因** - **核心误解澄清**：`...
如何获取object中的属性值
10-29
Dictionary, object> json = (Dictionary, object>)serializer.Deserialize(jsonResult, typeof(Dictionary, object>)); ``` 4. **获取嵌套属性值**： ```csharp object aa = json["xml"]; Dictionary, object...
valueforkey和objectforkey区别
weixin_34054866的博客
02-24 216
objectforkey 是NSDictionary的方法，valueforkey 是KVC的方法， 两者都是键值对应，区别是valueforkey 只允许使用NSString类型，objectforkey可以是任意类型.       objectForKey: is an NSDictionary method. An NSDictionary is a collection class ...
Dictionary<string,object>性能之测试
weixin_30795127的博客
02-14 254
添加二百万记录时间 16秒 用键查询值的平均时间,0MS 内存使用 150M 代码: /**//* *Createdby邹健 *Date:2008-2-14 *Time:10:21 * * */ namespacetest { usingSystem; usingSystem.Collections.Gen...
C#中的Dictionary字典类介绍
weixin_34168880的博客
11-07 3123
关键字：C# Dictionary 字典 作者：txw1958原文：http://www.cnblogs.com/txw1958/archive/2012/11/07/csharp-dictionary.html 说明    必须包含名空间System.Collection.Generic     Dictionary里面的每一个元素都是一个键值对(由二个元素组成：键和值)     键必须是唯一...
Dictionary 与 Hashtable 的速度比较
zhouandke的专栏
08-04 875
这次对比是用int 来比较的, Hashtable 比 Dictionary 慢的原因是: Hashtable.Add(Object key, Object value), 两个参数都需要进行装箱操作, 严重拖慢了速度; String 类型没有测试, 但是根据比较数据, string 作为 Object 会快很多.        MSDN解释: Dictionary 类与 Hashtable 类
Dictionary 和Hashtable 性能消耗对比
Stone的博客
02-28 3433
1.Dictionary表示键和值的集合 Dictionary是一个泛型 他的特点是存入对象是需要与[key]值一一对应的存入该泛型 通过某一个一定的[key]去找到对应的值 2.哈希表(HashTable)表示键/值对的集合 其中key通常可用来快速查找，同时key是区分大小写； value用于存储对应于key的值。 Hash
[技术相关]List、Dictionary转Dictionary的性能分析
dianfutui6550的博客
01-07 368
1. 背景 　　我们经常有对List和Dictionary列表进行复制、转换等操作，在数据量较少时（几万以内）各种转换速度不会被觉察，但是数据量很大时（百万左右），各种转换方式的性能就会体现出来。 　　本文档将对列表转换效率进行测试，最终得出效率较高的方法，指导今后软件开发对技术的选择。另外，本文还将对列表转换过程中由另一线程修改列表数据时，是否会出现异常进行确认。 　　20...
invalid object name ‘ #DataDictionary‘
05-01
### 解决 SQL Server 报错 “Invalid Object Name ‘#DataDictionary’” 在 SQL Server 中遇到报错“Invalid Object Name ‘#DataDictionary’”，通常是由于以下几种常见原因造成的。以下是详细的分析和解决方案： #### 1. **临时表作用域问题** 本地临时表（`#DataDictionary`）仅在其创建会话中可见。如果尝试在一个新开启的会话或存储过程中访问该表，就会触发此错误[^1]。 解决方法是确保所有涉及 `#DataDictionary` 的操作都在同一会话范围内完成。例如，在存储过程中使用全局临时表 (`##DataDictionary`) 或者通过参数传递数据到另一个会话/过程。 ```sql -- 创建全局临时表 CREATE TABLE ##DataDictionary ( ColumnID INT PRIMARY KEY, ColumnName NVARCHAR(100), DataType NVARCHAR(50), Description NVARCHAR(MAX) ); -- 插入一些测试数据 INSERT INTO ##DataDictionary (ColumnID, ColumnName, DataType, Description) VALUES (1, 'Sample', 'VARCHAR', 'This is a sample column'); -- 查询全局临时表 SELECT * FROM ##DataDictionary; ``` #### 2. **未正确初始化临时表** 如果在查询前忘记创建临时表或者存在拼写错误，则同样会产生这个错误消息。务必确认已经成功运行了 `CREATE TABLE` 命令并且无任何语法问题[^2]。 可以加入条件判断来避免重复创建以及验证表的存在性： ```sql IF OBJECT_ID('tempdb..#DataDictionary') IS NULL BEGIN CREATE TABLE #DataDictionary ( ColumnID INT PRIMARY KEY, ColumnName NVARCHAR(100), DataType NVARCHAR(50), Description NVARCHAR(MAX) ); END ``` #### 3. **事务隔离级别影响** 某些情况下，较高的事务隔离级别可能导致无法看到刚创建好的临时表。特别是当读取发生在不同的连接串上时更易发生这种情况[^3]。 降低隔离等级或将相关代码封装至单次提交内可有效规避这类现象的发生。另外也可以考虑改用永久表代替临时表作为替代方案之一。 #### 4. **清理残留元数据** 偶尔因为异常中断等原因留下了一些残缺不全的对象定义文件未能及时清除干净的话也会引发类似的命名冲突警告。可以通过手动方式定期整理这些陈旧记录从而减少干扰项数量。 执行如下命令帮助定位并移除可疑条目： ```sql USE TEMPDB; GO EXEC sp_MSforeachtable @command1="DROP TABLE ?" WHERE '?' LIKE '#%'; ``` --- ### 结论 综合以上几点，“Invalid Object Name” 错误主要来源于三个方面：一是跨会话共享机制设计不当；二是前期准备工作遗漏致使目标实体缺失；三是外部环境因素制约正常运转流程。针对不同情况采取相应措施就能妥善处理这一类难题啦！
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值