深入理解C#:编程技巧总结(二)
原创文章,转载请注明出处! 以下总结参阅了:MSDN文档、《C#高级编程》、《C#本质论》、前辈们的博客等资料,如有不正确的地方,请帮忙及时指出!以免误导!
在上一篇 深入理解C#:编程技巧总结(一) 中总结了25点,这一篇继续:
26.系列化与反系列化
使用的场合:
便于保存,把持有运行状态的对象系列化后保存到本地,在下次运行程序时,反系列化该对象来恢复状态
便于传输,在网络中传输系列化后的对象,接收方反系列化该对象还原
复制黏贴,复制到剪贴板,然后黏贴用来辅助系列化和反系列化的特性:在
System.Runtime.Serialization
命名空间下
OnDeserialized
,应用于某个方法,该方法会在反系列化后立即被自动调用(可用于处理生成的对象的成员)
OnDeserializing
,应用于某个方法,该方法会在执行反系列化时被自动调用
OnSerialized
,应用于某个方法,对象在被系列化后调用该方法
OnSerializing
,应用于某个方法,在系列化对象前调用该方法
如果以上辅助特性仍不能满足需求,那就要为目标对象实现ISerializable
接口了ISerializable
接口:该接口运行对象自己控制系列化与反系列化的过程(实现该接口的同时也必须应用Serializable
特性)
原理:若系列化一个对象时,发现对象实现了ISerializable
接口,则会忽略掉类型所有的系列化特性应用,转而调用类型的GetObjectData()
接口方法,该方法会构造一个SerializationInfo
对象,方法内部负责对该对象设置需要系列化的字段,然后系列化器根据该对象来系列化。反系列化时,若发现反系列化后的对象实现了ISerializable
接口,则反系列化器会把数据反系列化为SerializationInfo
类型的对象,然后调用匹配的构造函数来构造目标类型的对象。
系列化:需要实现GetObjectData()
方法,该方法在对象被系列化时自动被调用
void ISerializable.GetObjectData(SerializationInfo info, StreamingContext context){ }
反序列化:需要为它定义一个带参数的受保护的构造函数,用于反系列化后重新构造对象
protected Person(SerializationInfo info, StreamingContext context) { }
利用该接口,可以实现将数据流反系列化为其他任意指定对象(在原对象定义GetObjectData()
方法,在目标对象定义用于反系列化的构造函数,但两个对象都必须实现ISerializable
接口)
注意:
若父类为实现ISerializable
接口,只有子类实现ISerializable
接口,若想系列化从父类继承的字段,则需要在子类的反系列化构造器中和GetObjectData()
方法中,添加继承自父类的字段的处理代码
若父类也实现了ISerializable
接口,则只需在子类的反系列化构造器中和GetObjectData()
方法中调用父类的版本即可
public class Class1
{
public static void Main()
{
Person person = new Person() { FirstName = "RuiFu", LastName = "Su"};
//系列化person对象并存进文件中,MyBinarySerializer为自定义工具类
MyBinarySerializer.SerializeToFile<Person>(person, @"c:\", "Person.txt");
//从文件中取出数据反系列化为Man类型的对象
Man man = MyBinarySerializer.DeserializeFromFile<Man>(@"c:\Person.txt");
Console.WriteLine(man.Name);
Console.ReadKey();
}
}
[Serializable]
public class Man:ISerializable
{
public string Name;
protected Man(SerializationInfo info,StreamingContext context)
{
Name = info.GetString("Name");
}
void ISerializable.GetObjectData(SerializationInfo info,StreamingContext context)
{ }
}
[Serializable]
public class Person:ISerializable
{
public string FirstName;
public string LastName;
void ISerializable.GetObjectData(SerializationInfo info, StreamingContext context)
{
//设置反系列化后的对象类型
info.SetType(typeof(Man));
//根据原对象的成员来为info对象添加字段(这些字段将被系列化)
info.AddValue("Name", string.Format("{0} {1}", LastName, FirstName));
}
}
不应该被系列化的成员:
为了节省空间、流量,如果一个字段反系列化后对保存状态无意义,就没必要系列化它
如果一个字段可以通过其它字段推算出来,则没必要系列化它,而用OnDeserializedAttribute
特性来触发推算方法执行
对于私密信息不应该被系列化
若成员对应的类型本身未被设置为可系列化,则应该把他标注为不可系列化[NonSerialized]
,否则运行时会抛出SerializationException
把属性设置为不可系列化:把它的后备字段设置为不可系列化即可实现
把事件设置为不可系列化:[field:NonSerialized]
正常系列化与反系列化示例:自定义了工具类MyBinarySerializer
using System;
using System.Collections.Generic;
using System.IO;
using System.Runtime.Serialization.Formatters.Binary;
using System.Runtime.Serialization;
public class Class1
{
public static void Main()
{
Person person1 = new Person() {
FirstName = "RuiFu", LastName = "Su", FullName = "Su RuiFU",IDCode="0377"};
//系列化person1并存进文件中
MyBinarySerializer.SerializeToFile<Person>(person1, @"c:\", "Person.txt");
//从文件中取出数据反系列化为对象(文件中不含FullName信息,但系列化后自动执行了预定义的推算方法)
Person person2 = MyBinarySerializer.DeserializeFromFile<Person>(@"c:\Person.txt");
Console.WriteLine(person2.FullName);
Console.ReadKey();
}
}
[Serializable]
public class Person
{
public string FirstName;
public string LastName;
[NonSerialized] //禁止被系列化
public string FullName; //可被以上2个字段推算出来
[OnDeserialized] //反系列化后将被调用的方法
void GetFullName(StreamingContext context)
{
FullName = string.Format("{0} {1}", LastName, FirstName);
}
[NonSerialized]
private string idCode;
public string IDCode
{
get
{
return idCode;
}
set
{
idCode = value;
}
}
[field: NonSerialized]
public event EventHandler NameChanged;
}
//自定义的系列化与反系列化工具类
public class MyBinarySerializer
{
//将类型系列化为字符串
public static string Serialize<T>(T t)
{
using(MemoryStream stream = new MemoryStream())
{
BinaryFormatter formatter = new BinaryFormatter();
formatter.Serialize(stream, t);
return System.Text.Encoding.UTF8.GetString(stream.ToArray());
}
}
//将类型系列化为文件
public static void SerializeToFile<T>(T t, string path, string fullName)
{
if(!Directory.Exists(path))
{
Directory.CreateDirectory(path);
}
string fullPath = string.Format(@"{0}\{1}", path, fullName);
using(FileStream stream = new FileStream(fullPath,FileMode.OpenOrCreate))
{
BinaryFormatter formatter = new BinaryFormatter();
formatter.Serialize(stream, t);
stream.Flush();
}
}
//将字符串反系列化为类型
public static TResult Deserialize<TResult>(string s) where TResult: class
{
byte[] bs = System.Text.Encoding.UTF8.GetBytes(s);
using(MemoryStream stream = new MemoryStream())
{
BinaryFormatter formatter = new BinaryFormatter();
return formatter.Deserialize(stream) as TResult;
}
}
//将文件反系列化为类型
public static TResult DeserializeFromFile<TResult>(string path) where TResult: class
{
using(FileStream stream = new FileStream(path,FileMode.Open))
{
BinaryFormatter formatter = new BinaryFormatter();
return formatter.Deserialize(stream) as TResult;
}
}
}
27.异常处理:抛出异常是需要消耗性能的(但相对于低概率事件,这点性能影响是微不足道的)
- 不要利用异常处理机制来实现控制流的转移
- 不要对能预知到的大概率、可恢复的错误抛出异常,而应该用实际代码来处理可能出现的错误
- 仅在为了防止出现小概率预知错误、无法预知的错误和无法处理的情况才尝试抛出异常(如:运行代码会造成内存泄漏、资源不可用、应用程序状态不可恢复,则需要抛出异常)
- 若要把错误呈现给最终的用户,则应该先捕获该异常,对敏感信息进行包装后,重新抛出一个显示友好信息的新异常
- 底层代码引发的异常对于高层代码没有意义时,则可以捕获该异常,并重新引发意思明确的异常
- 在重新引发异常时,总是为新异常对象提供Inner Exception对象参数(不需要提供信息时最好直接用空的throw;语句,它会把原始异常对象重新抛出),该对象保存了旧异常的一切信息,包括异常调用栈,便于代码调试
- 用异常处理代替返回错误代码的方式,因为返回错误代码不利于维护
- 千万不要捕获在当前上下文中无法处理的异常,否则就可能制造了一个隐藏的很深的BUG
- 避免使用多层嵌套的try...catch,嵌套多了,谁都会蒙掉
- 对于正常的业务逻辑,使用Test-Doer模式来代替抛出异常
private bool CheckNumber(int number, ref string message)
{
if(number < 0)
{
message = "number不能为负数。";
return false;
}
else if(number > 100)
{
message = "number不能大于100。";
return false;
}
return true;
}
//调用:
string msg = string.Empty;
if(CheckNumber(59, ref msg)
{
//正常逻辑处理代码
}
- 对于try...finally,除非在执行try块的代码时程序意外退出,否则,finally块总是会被执行
28.多线程的异常处理
- 在线程上若有未处理的异常,则会触发进程
AppDomain.UnHandledException
事件,该事件会接收到未处理异常的通知从而调用在它上面注册的方法,然后应用程序退出(注册方法无法阻止应用程序的退出,我们只能利用该方法来记录日志) - 在Windows窗体程序中,可以用
Application.ThreadException
事件来处理窗体线程中所发生的未被处理的异常,用AppDomain.UnHandledException
事件来处理非窗体线程中发生的未被处理的异常。ThreadException
事件可以阻止应用程序的退出。 - 正常情况下,try...catch只能捕获当前线程的异常,一个线程中的异常只能在该线程内部才能被捕获到,也就是说主线程无法直接捕获子线程中的异常,若要把线程中的异常抛给主线程处理,需要用特殊手段,我写了如下示例代码做参考:
static Action<Exception> action;//直接用预定义的Action委托类
static Exception exception;
public static void Main()
{
action = CatchThreadException; //注册方法
Thread t1 = new Thread(new ThreadStart(delegate
{
try
{
Console.WriteLine("子线程执行!");
throw new Exception("子线程t1异常");
}
catch(Exception ex)
{
OnCatchThreadException(ex); //执行方法
//如果是windows窗体程序,则可以直接用如下方法:
//this.BeginInvoke((Action)delegate
//{
// throw ex; //将在主线程引发Application.ThreadException
//}
}
}));
t1.Start();
t1.Join();//等待子线程t1执行完毕后,再返回主线程执行
if(exception!=null)
{
Console.WriteLine("主线程:{0}", exception.Message);
}
Console.ReadKey();
}
static void CatchThreadException(Exception ex)
{
exception = ex;
}
static void OnCatchThreadException(Exception ex) //定义触发方法
{
var actionCopy = action;
if(actionCopy!=null)
{
actionCopy(ex); //触发!!!
}
}
29.自定义异常
- 仅在有特殊需要的时候才使用自定义异常
- 为了应对不同的业务环境,可以在底层捕获各种业务环境可能引发的异常(如使用不同的数据库类型等),然后都抛出一个共同的自定义异常给调用者,这样一来,调用者只要捕获该自定义异常类型即可
- 让自定义异常类派生自
System.Exception
类或其它常见的基本异常,并让你的异常类应用[Serializable]
,这样就可以在需要的时候系列化异常(也可以对异常类实现ISerializable
接口来自定义系列化过程) - 如果要对异常信息进行格式化,则需要重写Message属性
标准自定义异常类模板:(创建自定义异常标准类的快捷方式:在VS中输入Exception后按Tab键)
[Serializable]
public class MyException : Exception
{
public MyException() { }
public MyException(string message) : base(message) { }
public MyException(string message, Exception inner) : base(message, inner) { }
//用于在反系列化时构造该异常类的实例
protected MyException(
SerializationInfo info,
StreamingContext context)
: base(info, context) { }
}
30.在CLR中方法的执行过程:
- 首先将参数值依次存进内存栈,执行代码的过程中,会根据需要去栈中取用参数值
- 遇到return语句时,方法返回,并把return语句的结果值存入栈顶,这个值就是最终的返回值
- 若方法内存在finally块,则即使在try块中有return语句,最终也会在执行finlly块之后才退出方法,在这种情况下,若返回值的类型为值类型,则在finally块中对返回变量的修改将无效,方法的最终返回值都是根据return语句压入栈顶中的值(对于引用类型,返回值只是一个引用,能成功修改该引用指向的对象,但对该引用本身的修改也是无效的),如下:
//1.值类型
public static int SomeMethod(int a)
{
try
{
a = 10;
return a;
}
finally
{
a = 100;
Console.WriteLine("a={0}", a);
}
}
//调用
Console.WriteLine(SomeMethod(1));
//a=100
//10 这是方法的返回值,finally无法修改返回值
//2.引用类型
public class Person:ISerializable
{
public string FirstName;
}
public static Person SomeMethod(Person a)
{
try
{
a.FirstName = "Wang";
return a;
}
finally
{
a.FirstName = "Su";
a = null;
Console.WriteLine("a={0}", a);
}
}
//调用
Person person = new Person();
Console.WriteLine(SomeMethod(person).FirstName);
//a=
//Su finally成功修改了对象的字段,但对引用a本身的改变不影响返回值对象
31.线程池与线程的区别
- 线程:通过
System.Threading.Thread
类开辟的线程,用完就自行销毁,不可重用。主要用于密集型复杂运算 - 线程池:由
System.Threading.ThreadPool
类管理的一组线程,可重用。主要用于I/O等异步操作。线程池中的一条线程任务完成后,该线程不会自行销毁。相反,它会以挂起状态返回线程池。如果应用程序再次向线程池发出请求,那么这个挂起的线程将激活并执行任务,而不会创建新线程。这节约了很多开销。只要线程池中应用程序任务的排队速度低于一个线程处理每项任务的速度,那么就可以反复重用同一线程,从而在应用程序生存期内节约大量开销。 - 线程池可以提供四种功能:异步调用方法、以一定的时间间隔调用方法、当单个内核对象得到信号通知时调用方法、当异步 I/O 请求结束时调用方法
32.多线程和异步的区别
- 异步操作的本质:是硬件的功能,不消耗CPU资源。硬件在收到CPU的指令后,自己直接和内存交换数据,完成后会触发一个中断来通知操作完成(如:委托的
BeginInvoke()
方法,执行该方法时,在线程池ThreadPool
中启用一条线程来处理任务,完成后会调用方法参数中指定的回掉函数,线程池中的线程是分配好的,使用时不需要new操作) - 线程的本质:是操作系统提供的一种逻辑功能,它是进程中一段并发运行的代码,线程需要操作系统投入CPU资源来运行和调度
- 异步操作的优缺点:因为异步操作无须额外的线程负担,并且使用回调的方式进行处理,在设计良好的情况下,处理函数可以不必使用共享变量(即使无法完全不用,最起码可以减少 共享变量的数量),减少了死锁的可能。当然异步操作也并非完美无暇。编写异步操作的复杂程度较高,程序主要使用回调方式进行处理,与普通人的思维方式有些 出入,而且难以调试。
- 多线程的优缺点:多线程的优点很明显,线程中的处理程序依然是顺序执行,符合普通人的思维习惯,所以编程简单。但是多线程的缺点也同样明显,线程的使用(滥用)会给系统带来上下文切换的额外负担。并且线程间的共享变量可能造成死锁的出现。
- 何时使用:当需要执行I/O操作时,应该使用异步操作。I/O操作不仅包括了直接的文件、网络的读写,还包括数据库操作、Web Service、HttpRequest以及.net Remoting等跨进程的调用。而线程的适用范围则是那种需要长时间CPU运算的场合,例如耗时较长的图形处理和算法执行。
32.线程同步
- 线程同步:就是多个线程在某个对象上执行等待(等待被解锁、等待同步信号),直到该对象被解锁或收到信号。被等待的对象必须是引用类型
- 锁定:使用关键字lock和类型Monitor(两者本质上是一样的,lock只是Monitor的语法糖),锁定一个对象并创建一段代码的块作用域,同时只允许一个线程进入该代码块,退出代码块时解锁对象,后续线程按顺序进入
- 信号同步:涉及的类型都继承自抽象类
WaitHandle
,包括Semaphore
、Mutex
、EventWaitHandle
(子类AutoResetEvent
、ManualResetEvent
),他们的原理都一样,都是维护一个系统内核句柄。 EventWaitHandle
维护一个由内核产生的布尔变量(阻滞状态),false表示阻塞线程,true则解除阻塞。它的子类AutoResetEvent
在执行完Set()方法后会自动还原状态(每次只给一个WaitOne()
方法发信号),而ManualResetEvent
类在执行Set()
后不会再改变状态,它的所有WaitOne()
方法都能收到信号。只要WaitOne()
未收到信号,它就一直阻塞当前线程,如下示例:
public static void Main()
{
AutoResetEvent autoReset = new AutoResetEvent(false);
ManualResetEvent manualReset = new ManualResetEvent(false);
Thread t1 = new Thread(new ThreadStart(() =>
{
autoReset.WaitOne();
Console.WriteLine("线程t1收到autoReset信号!");
}));
Thread t2 = new Thread(new ThreadStart(() =>
{
autoReset.WaitOne();
Console.WriteLine("线程t2收到autoReset信号!");
}));
t1.Start();
t2.Start();
Thread.Sleep(1000);
autoReset.Set();//t1 t2 只能有一个收到信号
Thread t3 = new Thread(new ThreadStart(() =>
{
manualReset.WaitOne();
Console.WriteLine("线程t3收到manualReset信号!");
}));
Thread t4 = new Thread(new ThreadStart(() =>
{
manualReset.WaitOne();
Console.WriteLine("线程t4收到manualReset信号!");
}));
t3.Start();
t4.Start();
Thread.Sleep(1000);
manualReset.Set();//t3 t4都能收到信号
Console.ReadKey();
}
34.实现c#每隔一段时间执行代码:
方法一:调用线程执行方法,在方法中实现死循环,每个循环用Thread.Sleep()
设定阻塞时间(或用thread.Join()
);
方法二:使用System.Timers.Timer
类;
方法三:使用System.Threading.Timer
;
具体怎么实现,就不细说了,看MSDN,或百度
还有很多其它方面的....待续
深入理解C#:编程技巧总结(二)的更多相关文章
- 理解函数式编程中的函数组合--Monoids(二)
使用函数式语言来建立领域模型--类型组合 理解函数式编程语言中的组合--前言(一) 理解函数式编程中的函数组合--Monoids(二) 继上篇文章引出<范畴论>之后,我准备通过几篇文章,来 ...
- STL中实现 iterator trail 的编程技巧
STL中实现 iterator trail 的编程技巧 <泛型编程和 STL>笔记及思考. 这篇文章主要记录在 STL 中迭代器设计过程中出现的编程技巧,围绕的 STL 主题为 (迭代器特 ...
- BASH的保护性编程技巧
BASH的保护性编程技巧 shell常用逻辑判断 -b file 若文件存在且是一个块特殊文件,则为真 -c file 若文件存在且是一个字符特殊文件,则为真 -d file 若文件存在且是一个目 ...
- Python3实用编程技巧进阶
Python3实用编程技巧进阶 整个课程都看完了,这个课程的分享可以往下看,下面有链接,之前做java开发也做了一些年头,也分享下自己看这个视频的感受,单论单个知识点课程本身没问题,大家看的时候可以 ...
- js异步编程技巧一
异步回调是js的一大特性,理解好用好这个特性可以写出很高质量的代码.分享一些实际用的一些异步编程技巧. 1.我们有些应用环境是需要等待两个http请求或IO操作返回后进行后续逻辑的处理.而这种情况使用 ...
- C#编程总结(二)多线程基础
C#编程总结(二)多线程基础 无论您是为具有单个处理器的计算机还是为具有多个处理器的计算机进行开发,您都希望应用程序为用户提供最好的响应性能,即使应用程序当前正在完成其他工作.要使应用程序能够快速响应 ...
- C#编程利器之二:结构与枚举(Structure and enumeration)【转】
C#编程利器之二:结构与枚举(Structure and enumeration) 在上一篇文章中,介绍了类如何封装程序中的对象.而实际中,出了类可以封装对象外,结构和枚举也可以封装一些对象,本文将着 ...
- VS2010/MFC编程入门之二(利用MFC向导生成单文档应用程序框架)
VS2010/MFC编程入门之二(利用MFC向导生成单文档应用程序框架)-软件开发-鸡啄米 http://www.jizhuomi.com/software/141.html 上一讲中讲了VS20 ...
- VB编程技巧推荐
VB编程技巧推荐 1.zyl910的专栏——理论水平高 用VB写高效的图像处理程序 V2.0 优化分支代码——避免跳转指令堵塞流水线 2.Laviewpbt的专栏 —— 有很多算法的代码,实用性高 ...
随机推荐
- 【二分】【高精度】Vijos P1472 教主的集合序列
题目链接: https://vijos.org/p/1472 题目大意: S1={1,2,3…n}.当i>1时,Si为集合Si-1中任意两个不相同数之和的集合. 将每个集合中所有元素取出,集合S ...
- G - Balanced Lineup - poj3264(区间查询)
题意:给你一组值,然后询问某个区间的最大值和最小值得差 分析:因为没有更新,所以只需要查找即可,节点保存一个最大值最小值就行了 ************************************ ...
- in, out, ref
C#中的函数传递方式可以为in.out.ref(引用) in方式的是默认的传递方式,即向函数内部传送值,不作讲解 很多语言都有类似的操作从函数向调用者返回值,这样我们可以通过函数的调用返回多个值,因为 ...
- 【AngularJS入门】用ng-repeat指令实现循环输出
循环输出列表很多项目在web服务端做,前端做好模版后后端写jsp代码,双方需要紧密合作,分清责任.有些项目由后端提供restful方法,前端用ajax调用自己循环,这种一般是大把的jquery拼字符串 ...
- Cocoa Touch 层
Cocoa Touch层包含创建 iOS应用程序所需的关键框架.上至实现应用程序可视界面,下至与高级系统服务交互,都需要该层技术提供底层基础.在开发应用程序的时候,请尽可能不要使用更底层的框架,尽可能 ...
- 在 iPad和 iPhone的浏览器上查看网页源代码
今天使用iPad 处理OA上的问题,有个窗口不能正常工作,想查看一下源码,发现iPad中的 Safari和chrome 没有内置查看源码功能.查了几个资料,遇到的又是没抄全的,下面是safari的设置 ...
- paip.gch预编译头不生效的原因以及解决:
paip.gch预编译头不生效的原因以及解决: 作者Attilax , EMAIL:1466519819@qq.com 来源:attilax的专栏 地址:http://blog.csdn.net/a ...
- 使用单例模式实现自己的HttpClient工具类
引子 在Android开发中我们经常会用到网络连接功能与服务器进行数据的交互,为此Android的SDK提供了Apache的HttpClient 来方便我们使用各种Http服务.你可以把HttpCli ...
- jsp if else c标签 总结
JSTL标签使用方法 keyword:JSTL标签.<c:choose>.<c:forEach>.<c:forTokens>.<c:if>.<c: ...
- JAVA/PHP/C#版RSA验签--转
本文是上一篇文章的兄弟篇,上篇文章介绍了客户端的sdk中如何基于JAVA/PHP/C#使用RSA私钥签名,然后服务端基于JAVA使用RSA公钥验签,客户端签名/服务端验签的模式只能帮助服务端检查客户端 ...