2016年03月_啊拉丁的鱼

12月 11月 10月 09月 06月 05月 04月 03月 02月 01月

原创 C#中Math.Round四舍五入的用法详解，

关于C#里面的Math.Round，很多人都会用到，而且以为是四舍五入，其实不是这样的：C#里面的Math.Round是符合IEEE标准的“四舍五入”，其实是五舍六入。看下面测试： double testd = 3184.39995117187; double nd = Math.Round(testd, 2); // 3184.4

2016-03-22 16:33:30 8799 1

转载 c# 多线程中lock用法经典实例及lock("xxx")，lock(typeof(Class))，Lock（this）的区别

c# 多线程中lock用法及使用细节的经典实例一、Lock定义 lock 关键字可以用来确保代码块完成运行，而不会被其他线程中断。它可以把一段代码定义为互斥段（critical section），互斥段在一个时刻内只允许一个线程进入执行，而其他线程必须等待。这是通过在代码块运行期间为给定对象获取互斥锁来实现的。在多线程中，每个线程都有自己的资源，但是

2016-03-13 17:17:56 1931

原创关于VS编译的程序内存分配只能用1.5~2G上限的优化方案

关于VS编译的程序内存分配只能用1.5~2G上限的优化方案遇到的问题是这样的：电脑内存32G，VS2012编译的一个程序，在程序运行过程中，一旦程序的内存使用达到1.5G，就会抛出内存溢出(outofmomery)异常，然后程序就卡主了！已确定程序逻辑没有bug。就是因为要处理的数据量太大，单纯的消耗内存。可是也就才1.5G吖，还远远不到系统的32G。然后去知乎求大神解答，终于找

2016-03-10 16:50:10 7718 1

转载 C#中实现并发的几种方法以及其性能测试

C#中实现并发的几种方法的性能测试0x00 起因去年写的一个程序因为需要在局域网发送消息支持一些命令和简单数据的传输，所以写了一个C/S的通信模块。当时的做法很简单，服务端等待链接，有用户接入后开启一个线程，在线程中运行一个while循环接收数据，接收到数据就处理。用户退出（收到QUIT命令）后线程结束。程序一直运行正常（当然还要处理“TCP粘包”、消息格式封装等问题，在此不作讨论

2016-03-10 00:08:04 3838

原创 C# 函数引用传递(址传递)ref、out以及值传递之间的运行效率问题

(郁闷，发表后发现图片不见了~重新补上~)关于C#数据类型、引用传递和值传递之间的区别，内存方式等问题已经在我转载的一篇文章里有详细说明C# 数据类型的引用类型、值类型内存存储方式以及区别；函数参数传递的引用传递(址传递)、值传递区别这里不再重复说明，现在要将的是这两种方式，的运行效率问题，究竟是值传递的效率快还是址传递的效率快。其实我猜测是址传递更快，为此专门进行了一次测试

2016-03-05 00:00:46 2497

转载 C# 数据类型的引用类型、值类型内存存储方式以及区别；函数参数传递的引用传递(址传递)、值传递区别

先来说下C#中的数据类型.分值类型和引用类型两大类.　　值类型:直接存储数据的值,保存在内存中的stack(堆栈)中　　引用类型:存储对值的引用,实际上存储的就是一个内存的地址.引用类型的保存分成两块,实际值保存在托管堆(heap)中.实际值的内存地址保存在stack中　　当使用引用类型时先找到stack中的地址,再找到heap中的实际值.　　也就是说保存引用类型时

2016-03-04 23:45:53 2090

转载 C#中list<T>性能内存优化分配，Capacity设置

当List对象的Item元素数量超过了Capacity的数量时，List对象会重新申请一块大小是原来Capacity的两倍的内存空间，然后将当前所有Item元素以及待添加元素复制到新的内存空间中。知道了内存分配的原则，接下来就得根据这些原则来采用最优的方法保证有限的内存空间能得到合理的运用。归纳起来主要有如下你点：1.当实例化一个List对象时，如果能预知其Item元素的大致个数，

2016-03-04 17:46:55 6830 2

转载 VS 使用自带的.NET Reflector单步调试编译好的程序集(反编译)，以及相关其他反编译程序介绍

对于没有任何源代码和PDB文件的预编译程序集而言，如果没有合适的工具，调试起来并不容易。使用Red Gate的.NET Reflector可以在Visual Studio中即时反编译程序集，然后像调试有源代码的程序集一样单步跟踪它。大家需要了解.NET Reflector（在VS和VSPro版本中）是可以集成到Visual Studio中的。标准的内置对象浏览器只显示公有方法和类（见图1）

2016-03-04 10:08:28 13060

原创 int 和 chart 的区别

int 是有符号整型，范围-2e31到2e31。 long int 占 4字节，共32位二进制。 short int,占 2字节，共16位二进制。char 是无符号整数，范围0-255。占1字节共8位2进制，每个char 字符，对应者一个ASCII码。有些时候，可以把它当整型来用，比如在做枚举的转换的时候。eg: (Enum_entrust_state)(val.ToCharArra

2016-03-02 16:07:08 1324

转载 c#获取当前代码运行的文件名、运行的函数名以及当前代码执行的行号

c#获取当前代码运行的文件名、运行的函数名以及当前代码执行的行号

2016-03-02 10:47:24 4232

区块链在数字农业领域的应用与探索报告.pdf

融领域中，票据与供应链业务涉及的环节较多，实际操作中往往有客户欺诈、违规操作等风险，将区块链技术引入，实现去中介化，人工成本减少的同时，操作风险降低[6]。近年来国际上大多供应链金融均较为复杂，有明显的分散式特征，各参与方之间的合作均要求有一个可信任第三方。而在区块链下，将去中心化公共账本提供给各方，包括银行、进货商与供货商等，按照智能合约条件，实现自动支付，手工操作失误问题得到有效控制[7]。

2021-06-23

区块链技术在金融业的场景应用探析及相关金融监管政策的研究.pdf

2021-06-23

在企业经营的过程中，会计信息系统起着至关重要的作用。它将每一笔对外发生的业务，每一项企业内部的业务流转以会计信息的形式记录下来，用于企业日后的财务指标分析、成本管理以及预算编制。因此会计信息质量的重要性凸显，会计信息能否保证真实决定着企业决策能否合理适当。而且，随着市场经济的发展，产权的重要性愈加彰显，会计信息的质量越来越受到与企业相关联的会计信息使用者的重视。尤其，伴随证券交易的蓬勃发展，股东、证券监管机构，债权人等会计信息使用者对会计信息的真实性投入了足够的关注，这其中不仅影响着投资规划、并购重组、产业布局等微观层面上的决策制定，也关系到银行信贷，审计监管，政策调控等宏观层面上经济秩序的维护。既然，以上两点展现出会计信息真实性的重要性，那么不禁要问，能否借助目前的科技技术来提高会计信息的保真能力。

2021-06-23

基于区块链技术的居家养老生态体系探究.pdf

摘要为解决社会关注、家庭负担、医疗和社会资源无法满足养老需求的问题，本文提出，建立一个基于区块链技术的居家养老生态体系，让老人可以不离开熟悉的家庭环境，在家就能享受智能，专业的养老服务，用最低的成本、最诚信高效的办法、可追溯的手段解决老人与生态系统之间的交互。本文从前台和后台分别阐述了养老体系的设计架构，并结合其盈利模式总结养老体系的核心优势，奠定养老体系的实际应用。

2021-06-23

基于区块链的食品溯源研究与应用.pdf

近年来，食品安全问题成为全社会关注的焦点，食品安全事件屡见不鲜，现在急需要一个真实可靠的机制来加强对食品安全的管理监督、提高食品安全水平、保证人们的食品健康。这两年区块链技术的快速发展使得其应用场景广泛适用于各行各业，其去中心化、自带信任、数据公开透明全程可追溯的特点可以应用于食品的溯源，区块链可以看作是一个分布式的账本，其分布式的存储结构可以确保信息的真实性与完整性，区块之间通过共识机制联系在一起，再结合密码学原理可以有效地防止信息在收集、流转过程中被恶意篡改。本文将构建基于区块链技术的溯源系统，其核心是三层架构，对食品的采摘、加工以及销售过程都可进行有效溯源。

2021-06-23

基于Hyperledger-Fabric的区块链农产品溯源方案.pdf

引言农产品溯源系统是对农产品从种植到销售的全生命周期进行跟踪的系统。基于农产品溯源数据对相关人员进行追责是保障农产品食品质量安全的重要手段。目前，许多地区已经使用信息系统实现了农产品的溯源跟踪，但相关数据易篡改，溯源信息难可信，事故责任难落实。溯源系统的信用危机严重影响了优质企业的发展。区块链作为一种去中心化的数据存储技术，其维护的数据具备公开透明、不可篡改等特性。利用区块链技术为相关企业建立信任中心，可以有效地解决农产品溯源系统不安全不可信的问题。本文总结区块链和溯源技术的发展现状，分析农产品溯源的需求特点，基于 Hyperledger Fabric 构架 [1]，设计一种改进的联盟区块链农产品溯源方案。方案的实施可以进一步巩固相关企业在农产品产销领域的领先地位，对提升全社会农产品安全具有重要意义。

2021-06-23

PolkaDot中文白皮书.pdf

摘要：现有的区块链架构都存在诸多问题，不仅仅是从实用性角度所说的扩展性（extensibilty）和伸缩性（scalability）的问题。我们认为，问题源于把共识架构中两个很重要的部分：一致性（canonicality）和有效性（validity）绑定得太紧密了。这篇文章介绍了一种异构的多链架构，能从本质上把两者拆开。为了分离这两者，且能保持最小化的绝对安全性（security）和传输性（transport）等基本功能，我们将介绍一种原生的支持内核可扩展（core extensibilty）的可行性方法。对于可伸缩性（scalability）的问题，我们通过对这两个问题分而治之的思路解决，通过非信任节点的激励机制，弱化他们的内生绑定关系。

2021-06-23