Category Archives: C#

C# 字符串按 ASCII码 排序，注意其中的小坑

在和银行做数据对接时，涉及到数据传输时的验签及加密。其中数据签名方案中就要求数据项根据属性名按 ASCII码 进行升序排序。C#中的ASCII码排序并不是表面上那么简单，一不小心就入坑了。因为C#的排序默认并不是按照ASCII码进行排序的。举个例子， 我有这样一个字符串数组，然后对其排序。

  如果是按照ASCII码进行排序的话，顺序应该是： 1, 2, A, B, a, b  而实际排序后的结果则是：1, 2, a, A, b, B . 这也就是说Sort()方法默认情况下并不是按ASCII码进行排序的。之后我也同样测试了C#中的OrderBy()的排序，发现它默认情况下也并不是按照ASCII码进行的排序。

  那么既然默认排序不是按ASCII码进行的排序，我们要怎么做呢？ 看下面代码，只需要在原来排序方法上再加个参数: string.CompareOrdinal。string.CompareOrdinal会把每个字符先转成相应的数值（如 a 转为数值 97），然后再对数值进行比较。

  注：掉入这个坑是因为起初不知道如何对字符做ASCII码排序，于是百度了一把。得到的结果就是这个 C# 参数按照ASCII码从小到大排序（字典序）  而当我采用这种方式时，银行验签那步始终通不过，调试发现我排序后的结果和银行那边的不同。这篇博文的博主可能自己也没发现这个坑吧。   from:http://www.cnblogs.com/similar/p/6739293.html

ASP.NET Core Linux下为 dotnet 创建守护进程（必备知识）

前言 在上篇文章中介绍了如何在 Docker 容器中部署我们的 asp.net core 应用程序，本篇主要是怎么样为我们在 Linux 或者 macOs 中部署的 dotnet 程序创建一个守护进程，来保证我们的程序在异常或者是电脑重启的时候仍然能够正常访问。 如果你以后用准备使用 asp.net core来开发项目的话，程序并且部署到 Linux 上的话，那么此篇文章你值得收藏。 如果你觉得对你有帮助的话，不妨点个【推荐】。 目录 什么是守护进程 Supervisor 介绍 Supervisor 安装 Supervisor 配置，常用命令 Supervisor UI管理台 什么是守护进程 在linux或者unix操作系统中，守护进程（Daemon）是一种运行在后台的特殊进程，它独立于控制终端并且周期性的执行某种任务或等待处理某些发生的事件。由于在linux中，每个系统与用户进行交流的界面称为终端，每一个从此终端开始运行的进程都会依附于这个终端，这个终端被称为这些进程的控制终端，当控制终端被关闭的时候，相应的进程都会自动关闭。但是守护进程却能突破这种限制，它脱离于终端并且在后台运行，并且它脱离终端的目的是为了避免进程在运行的过程中的信息在任何终端中显示并且进程也不会被任何终端所产生的终端信息所打断。它从被执行的时候开始运转，直到整个系统关闭才退出。 此处的创建守护进程，是指发布在Linux上 asp.net core 程序的dotnet xxx.dll命令的宿主进程创建一个守护进程。 在 Linux 上有很多可以管理进程的工具，我们使用 Supervisor 来做这个事情。 原因有两点： 1、它是微软官方文档推荐的，降低学习成本。 2、它并不一定是最好的，但一定是文档最全的。 Supervisor 介绍 Supervisor是采用 Python(2.4+) 开发的，它是一个允许用户管理 基于 Unix 系统进程的 Client/Server 系统，提供了大量功能来实现对进程的管理。 官方文档：http://supervisord.org/ Supervisor 安装 在 masOS 中直接使用brew工具进行安装即可： brew install supervisor 在 linux 中使用以下命令进行安装： ubuntu sudo apt-get install supervisor centos yum install supervisor python pip install supervosor easy_install supervisor 安装完成之后：

  Supervisor 配置,常用命令 安装完成之后，在 /ect/supervisor/conf.d/ 目录下新建一个配置文件（touch HelloWebApp.conf），取名为 HelloWebApp.conf […]

ASP.NET Core Docker jexus nginx部署-CentOS实践版

本文用图文的方式记录了我自己搭建centos+asp.net core + docker + jexus + nginx的整个过程，希望对有同样需求的朋友有一定的参考作用。 本文主要内容如下： centos7安装 yum镜像 docker镜像 docker安装 dotnetcore安装 Docker安装dotnetcore镜像 asp.net core 创建与发布 docker中部署asp.net core jexus转发 nginx转发   1.centos7安装 a.下载centos的iso文件，比如：CentOS-7-x86_64-Everything-1611.iso b.虚拟机安装，比如：hyper-v c.手动分区： /boot  至少1G，建议2G（很多东西会装在里面，别信网上说的100M足够的话了，设置大点） /swap 2倍内存大小 /        10G吧 /home 10G以上吧 /var 至少1G,建议5G(docker很容易装满) d.软件预装，选择:带UI的Server 2.yum镜像 a.访问阿里云http://mirrors.aliyun.com b.找到你要装的OS，点右边“help”进入安装指南 c.根据指南，安装镜像(执行命令的时候请加上sudo，如果你不是root) 1 2 3 sudo mv /etc/yum.repos.d/CentOS-Base.repo /etc/yum.repos.d/CentOS-Base.repo.backup sudo wget -O /etc/yum.repos.d/CentOS-Base.repo http://mirrors.aliyun.com/repo/Centos-7.repo   3.docker镜像 a. 打开开发者中心https://dev.aliyun.com/search.html b.右上角“注册/登陆” c.登陆后，右上角有一个“管理中心” d.进入管理中心，点击“加速器” 开始前先参照这个帖子《CentOS禁止packagekit离线更新服务的办法》http://www.cnblogs.com/zjoch/p/6500480.html处理,否则出现如下错误 按提示完成镜像设置 1 2 3 4 5 6 7 8 9 10 11 12 sudo curl -sSL http://acs-public-mirror.oss-cn-hangzhou.aliyuncs.com/docker-engine/internet | sh – 以下命令一行一行输入 sudo mkdir […]

Asp.Net Core 发布和部署（Linux + Jexus ）

前言 在上篇文章中，主要介绍了 Dotnet Core Run 命令，这篇文章主要是讲解如何在 asp.net core 中对我们的已经完成的程序进行发布和部署。 有关如何使用 Nginx 进行部署，请参见本人的另一篇文章： http://www.cnblogs.com/savorboard/p/dotnet-core-publish-nginx.html 目录 安装 Liunx DotNet 环境 新建一个 Web 项目，并发布 使用 Jexus 进行反向代理 安装 Linux DotNet 环境 安装 dotnet 环境参见官方网站 https://www.microsoft.com/net/core#ubuntu。 新建一个 WebApp 项目，并发布 在 Asp.Net Core 项目中，我们使用 dotnet new -t WebApp 命令和创建一个新的空的 Web 应用程序，然后使用dotnet resotre还原 Nuget。 主要是用以下几个命令： mkdir HelloWebApp 这个命令是创建一个名为 HelloWebApp 的文件夹。 dotnet new -t Web 这个命令是使用 Web 模板来新建一个 WebApp 的 Mvc 应用程序。 新建了应用程序之后，使用dotnet restore 和 dotnet run 命令来测试一下我们的应用程序。 我们打开浏览器输入 http://localhost:5000，来看一下效果。 可以看到已经成功运行了。 如果发布应用程序，我们需要使用 dotnet publish命令，通过使用 --help 参数可以看到一些可以使用的命令参数。

  我们运行dotnet publish -o ~/WorkSpace/publish 发布到 publish 文件夹，当看到Published 1/1 projects successfully的时候，说明已经发布成功了。 PS: 如果提示没有安装 NPM 工具，运行sudo install apt-get npm -g,先安装 NPM。 如果提示没有 […]

Asp.Net Core 发布和部署（ MacOS + Linux + Nginx ）

前言 在上篇文章中，主要介绍了 Dotnet Core Run 命令，这篇文章主要是讲解如何在Linux中，对 Asp.Net Core 的程序进行发布和部署。 有关如何在 Jexus 中进行部署，请参见本人的另一篇文章： http://www.cnblogs.com/savorboard/p/dot-net-linux-jexus.html 目录 新建一个 WebApp 项目 发布到 Linux，Mac OS 使用 Nginx 进行反向代理 新建一个 WebApp 项目 在 Asp.Net Core 项目中，我们使用 dotnet new -t WebApp 命令和创建一个新的空的 Web 应用程序。 以下是我在 Mac 中的截图： 主要是用以下几个命令： mkdir HelloWebApp 这个命令是创建一个名为 HelloWebApp 的文件夹。 dotnet new -t Web 这个命令是使用 Web 模板来新建一个 WebApp 的 Mvc 应用程序。 新建了应用程序之后，使用dotnet restore 和 dotnet run 命令来测试一下我们的应用程序。 可以看到已经成功运行了。 我们打开浏览器输入 http://localhost:5000，来看一下效果。 ps: Safari 下面，浏览器地址栏看不到端口号，实际上是5000端口。 发布到 Linux，Mac OS 如果发布应用程序，我们需要使用 dotnet publish命令，通过使用 --help 参数可以看到一些可以使用的命令参数。

  我们直接运行dotnet publish 使用默认的发布路径，当看到Published 1/1 projects successfully的时候，说明已经发布成功了。 接着进入到 bin 文件夹下的Debug 文件夹下的netcoreapp1.0 文件夹，然后会看到有一个 publish 的文件夹。这就是默认发布生成的文件夹，在这个文件夹中可以看到我们程序所有依赖的程序集文件。 发布之后 publish 文件夹里面的子文件夹有必要说明一下。

  然后我们把工作目录切换到发布的 publish 文件夹。使用dotnet […]

DotNet Core 介绍

前言 asp.net core rtm 6月底即将发布，自己也想着为社区做点共享，刚好最近不太忙，看到社区的小伙伴们都在为dotnet core的推广而贡献力量，项目中刚好在用rc2版本，就多写些文章来帮助那些还在学习的朋友们吧。 目录 dotnet core 和 .net的区别 github中dotnet core各个项目的状况 一、 dotnet core 和 .net的区别 目前在使用C#开发应用程序的时候，有两种框架可供选择: .Net Framework 和 .Net Core，那他们有什么不同的地方呢？或者说是微软为什么要做两个框架，在同一个平台上运行不好吗？就先让我们一起看看他们之间的不同。 大家都知道 .Net Core是跨平台的，除了运行在windows上之外，还可以运行在Linux和Mac OS上。而 .Net Framework只能运行在windows上或者借助于Mono运行于其他平台上。 .Net Core和 .Net Framework可以理解为一个子集和父集的关系，之所以 .Net Core带了个Core是因为它包含了 .Net Framework的一些核心的功能和特性，比如它们共享GC (Garbage Collection,垃圾收集,垃圾回收)，jit（Just-In-Time ）编译器，还有类型系统和语言特性等。 那么 asp.net 和 asp.net core 的区别呢？ asp.net 目前的版本是asp.net 4.6,它已经被使用了很多年了，它比较稳定，如果你的系统不需要跨平台，只是在windows上运行的话，可以使用asp.net 4.6, 它很稳定并且很多第三方库都对其进行了支持。 asp.net core 是采用了 .net core的新一代asp.net架构程序。目前的版本是RC2。后面会对其进行大量介绍。 下面这张图就是他们之间的关系： 二、 github中dotnet core各个项目的状况 有一点值得我们开发者高兴的是，现在微软 .net 相关的大多数项目都是开源的，托管在github上，我建议大家有不懂的地方多去查看源代码，来了解其中的运行原理，以便于对知识的更好的理解和吸收。 .NET Compiler Platform ("Roslyn") .NET编译器。提供的开源Csharp和Visual Basic编译器及代码解析API .NET Core Framework 也被叫做CoreFx，提供Core的基础程序集类库，它包括collections, file systems, console, XML, async等. .NET Core Runtime 也被叫做CoreCLR，它包括了 .net core的runtime（运行时），和mscorlib（基础库），它包含的有GC（垃圾回收），JIT（just-in-time）编译器, 类型系统（.NET data types），和其他一些底层的类库。 […]

浅谈依赖注入

最近几天在看一本名为Dependency Injection in .NET 的书，主要讲了什么是依赖注入，使用依赖注入的优点，以及.NET平台上依赖注入的各种框架和用法。在这本书的开头，讲述了软件工程中的一个重要的理念就是关注分离(Separation of concern, SoC)。依赖注入不是目的，它是一系列工具和手段，最终的目的是帮助我们开发出松散耦合(loose coupled)、可维护、可测试的代码和程序。这条原则的做法是大家熟知的面向接口，或者说是面向抽象编程。 关于什么是依赖注入，在Stack Overflow上面有一个问题，如何向一个5岁的小孩解释依赖注入，其中得分最高的一个答案是： “When you go and get things out of the refrigerator for yourself, you can cause problems. You might leave the door open, you might get something Mommy or Daddy doesn’t want you to have. You might even be looking for something we don’t even have or which has expired. What you should be doing is stating a need, “I need something to drink with lunch,” and then we will make sure you have something when you sit […]

闰年的算法

var result = "平年"; var year = DateTime.Now.Year; //不是整百年，且可以被4整除 if (year % 100 != 0 && year % 4 == 0) { result = "闰年"; } //能被400整除 if (year % 400 == 0) { result = "闰年"; } //对于数值很大的年份,这年如果能被3200整除,并且能被172800整除则是闰年 if (year > 3200 && year % 3200 == 0 && year % 172800 == 0) { result = "闰年"; }

WebRequest 超时不起作用

//WebRequest request = WebRequest.Create(uri); HttpWebRequest request = (HttpWebRequest)HttpWebRequest.Create(uri); //request.Timeout = Timeout.Infinite; request.Timeout = 20000; //request.AllowAutoRedirect = true; //request.AllowWriteStreamBuffering = true; //request.Referer = ""; response = request.GetResponse();   转载自：http://blog.sina.com.cn/s/blog_6fe1bc2e0101emc5.html 【问题】 用C#模拟网页登陆，其中去请求几个页面，会发起对应的http的请求request，其中keepAlive设置为true，提交请求后，然后会有对应的response： resp = (HttpWebResponse)req.GetResponse(); 之前的多次调试，一直都是可以正常获得对应的response，然后读取html页面的。 但是后来几次的调试，在没有改变代码的前提下，结果GetResponse却始终会超时死掉。   【解决过程】 1.默认request的timeout是1000000毫秒=100秒，都会超时，手动改为10秒，因此就更容易超时了，无法解决问题。 2.将http的request的keepAlive设置为false，问题依旧。 3.去参考：c# request.GetResponse();超时问题的解决，和HttpWebRequest多线程性能问题，请求超时的错误， 去把前面共4次的httprequest，每次都增加对应的： resp = null; 。。。 if (resp != null) { resp.Close(); } if (req != null) { req.Abort(); } 结果还是没解决问题。 4. 同样参考：HttpWebRequest多线程性能问题，请求超时的错误， 去尝试关于DefaultConnectionLimit的设置，改为为10： System.Net.ServicePointManager.DefaultConnectionLimit = 10; 问题依旧。 5.又去测试了下，关于response.Close() 也是没解决问题。 6. 最后无意间，索性不抱希望的，再次DefaultConnectionLimit设置为更大的值50： System.Net.ServicePointManager.DefaultConnectionLimit = 50; 试了试，结果就解决超时的问题了。 然后才搞懂原因。 之前默认设置为2，后来改为10，都没有解决问题的原因在于，当前有很多个http的连接，没有被关闭掉， 而这些keepalive的连接，都是 由于代码中，对于前面多个request。其都是keepalive为true，以及多个response也没有close， 而之前调试了很多次了，所以，此时已经存在了很多个alive的http连接了，已经超过了10个了，所以前面设置了DefaultConnectionLimit 为10，也还是没用的。 而改为50，才够用。 【总结】 此处GetResponse超过的原因是，当前存在太多数目的alive的http连接（大于10个），所以再次提交同样的http的request，再去GetResponse，就会超时死掉。 解决办法就是，把DefaultConnectionLimit 设置为一个比较大一点的数值，此数值保证大于你当前已经存在的alive的http连接数即可。 【经验总结】 […]