C#字符串详细使用（转）

OStack程序员社区-中国程序员成长平台 › 门户 › 编程› C++›C++教程

原作者: [db:作者] 来自: [db:来源] 收藏邀请

开发中可以说几乎随时会涉及到字符串处理，本人觉得很有必要把平时遇到的问题和大家一起讨论，如果大家有好的见解和心得请留言和大家分享。

1.Convert.ToInt32与Int32.Parse的恩恩怨怨
2.Split的3种用法
3.@"abc"和"abc"区别在那里
4.保留2位有效小数及四舍五入
5.url传递中文的解决方案
6.把123456789转换为12-345-6789的3种方法
7.交换两个指定位置字符的4种方法
8.“%10”的妙用
9.输出21个AAAAAAAAAAAAAAAAAAAAA的巧妙做法

1.Convert.ToInt32与Int32.Parse的恩恩怨怨

这2个方法都可以把把string解析为int，那么我们一定会有疑问：到底他们有什么区别？什么时候该用什么？性能如何等等。

其实在2.0里还有Int32.TryParse也实现了同样的效果。

using System;
using System.Collections.Generic;
using System.Text;

namespace ConsoleApplication1
}

表面上看，可见3个方法都实现了同样的效果！

那么我们把代码改一下：

            //string myString = "1234";
            string myString = null;
            int myint = 0;

myint = Convert.ToInt32(myString);
Console.Write(myint+"\r\n");

myint = Int32.Parse(myString);
Console.Write(myint+"\r\n");

Int32.TryParse(myString, out myint);
Console.Write(myint+"\r\n");
这次字符串是null，那么运行结果会怎样呢？

这是因为如果解析错误：
Convert.ToInt32()在null时不抛异常而是返回0；
Int32.Parse()要抛异常；
Int32.TryParse()不抛异常，会返回true或false来说明解析是否成功，如果解析错误，调用方将会得到0值。

由于Convert.ToInt32()在null时我们看不到Int32.TryParse()的运行结果所以再分调试和不调试来看结果的差异：
调试：

不调试：

其实一般出bug毕竟属于少数，而且大家都会测试保证不出bug，那么我们最关心的或许就是性能。

再把代码修改一下：
2

            string myString1 = "1234";
            //string myString = null;//清清月儿 http://blog.csdn.net/21aspnet/
            int myint = 0;
            Console.Write(System.DateTime.Now.ToString()+"  "+System.DateTime.Now.Millisecond.ToString() + " ");
            for (int i = 0; i < 1000000;i++ )

我们让3个方法执行100万次转换看毫秒的差异：

为了准确多做几次测试：
第二次

第三次

782-469=313

1094-782=312

375-94=281

其实我们可以得出结论：
3个方法几乎没有差异！
如果真要追求完美那么性能的差异是：Int32.TryParse()优于Int32.Parse()优于Convert.ToInt32()。
所以个人建议：.NET1.1下用Int32.Parse()；.NET2.0用Int32.TryParse()。

那么为什么会这样呢？
其实这些数据不是偶然的，因为：
Convert.ToInt32 会把最终的解析工作代理给 Int32.Parse；
Int32.Parse 会把最终的解析工作代理给Number.ParseInt32；
Int32.TryParse 会把最终的解析工作代理给Number.TryParseInt32。

至于其他进制的转换请参考MSDN。重载参数即可！

2.Split的3种用法

我们可以把12 33 456 12342 拼起来就是一个字符，因为很多时候我们觉得处理只有几个组的时候用数组很麻烦所以我们用“|”或者“，”等等把他们拼起来在需要的时候用Split打散即可。//清清月儿 http://blog.csdn.net/21aspnet/

下面列举一些用法，不做性能分析了。
方法一：

static void Main(string[] args)
}

方法二：

string aa = "1234,234523,4324,324";
            string[] str = aa.Split(',');
            foreach (string bb in str)
            }

方法三：

static void Main(string[] args)
}

实现把文章按空格打散：

public static void Main ()
}

3.@"abc"和"abc"区别在那里

@"abc"和"abc"没有什么区别

不过@是忽略转义字符的！
比如 "abc\n" 输出 abc 并加个换行
但是 @"abc\n" 输出 abc\n 无换行！
取消转义

比如你想将 C:\windows\system 这个字符串赋值给 str

一般情况下要：
string str = "C:\\windows\\system";

因为在C#中，\\ 才会被转义成一个 \
又例如\n就是换行符

而加入@，就可以这样：

string str = @"C:\windows\system";

4.保留2位有效小数及四舍五入
这又是一个经常遇到的问题。

保留2位有效小数（和保留N位一样的参数不同而已）：

static void Main()
}

四舍五入：

static void Main()
}

5.url传递中文的解决方案

1.设置web.config文件。
<system.web>
......
<globalization requestEncoding="gb2312" responseEncoding="gb2312" culture="zh-CN" fileEncoding="gb2312" />
......
</system.web>
2.传递中文之前，将要传递的中文参数进行编码，在接收时再进行解码。
>> 进行传递
string Name = "中文参数";
Response.Redirect("B.aspx?Name="+Server.UrlEncode(Name));
>> 进行接收
string Name = Request.QueryString["Name"];
Response.Write(Server.UrlDecode(Name));

3.如果是从 .HTML 文件向 .Aspx 文件进行传递中文参数的话（即不从后台用 Redirect()方法进行 Url 转换）。一样要将传递的中文参数进行编码，在接收时再进行解码。
>> 进行传递
<script language="JavaScript">
function GoUrl()
{
var Name = "中文参数";
location.href = "B.aspx?Name="+escape(Name);
}
</script>
<body onclick="GoUrl()">
>> 进行接收
string Name = Request.QueryString["Name"];
Response.Write(Server.UrlDecode(Name));

一般来说。设置web.config文件就可以了。但是如果你用 JavaScript 调用 webservice 方法的话（往webservice里面传递中文参数）。设置 web.config 文件好象无效。 //清清月儿http://blog.csdn.net/21aspnet/

6.把123456789转换为12-345-6789的3种方法

方法一：