非常久不写博客了，不是由于不想写，仅仅是近期公司任务比較多，最终十一有时间出来冒泡了。
今天继续介绍移动开发中的重中之重——内存管理。
C#代码是托管代码，C# 程序猿非常少像C/CPP程序猿那样为程序资源的释放而头疼，一个C/CPP高手必须是内存管理的高手，作为C#程序尽管不要求像C/CPP程序猿那样管理内存资源，可是对内存机制还须要有深入的理解，那些代码资源是托管资源交给GC去处理，那些资源须要程序猿手工释放，当然大家更关心的是非托管资源，由于托管资源GC会自己主动清理。
一般查看一个类是否是托管资源通常能够这样做，在VS里F12转到定义，查看类或父类是否实现了IDisposable接口，全部实现了IDisposable接口的类都须要手动释放资源，GC是不会清理这些资源的，在C#中实现了IDisposable接口常见的类有：数据库连接父类DbConnection以及各种数据库Adapter,Command等类，各种文件流父类Stream等类。
对于这些类，我们有两种策略。
策略一：
在我们使用这些类的时候都用try...catch...finally语句，在finally里面进行释放资源。详细做法例如以下：
public class SqlHelper
{
//获取配置文件里的数据库连接字符串
private static readonly string ConnStr = ConfigurationManager.ConnectionStrings["connStr"].ConnectionString;
/// <summary>
/// 支持存储过程的通用返回DataTable的数据库參数查询方法
/// </summary>
/// <param name="sqlstr">查询SQL字符串</param>
/// <param name="cmdtype">命令类型</param>
/// <param name="paras">參数</param>
/// <returns>DataTable结果集</returns>
public static DataTable ExecuteDataTable(string sqlstr, CommandType cmdtype, params SqlParameter[] paras)
{
//创建实现IDisposable接口类对象
SqlDataAdapter adapter = null;
try
{
adapter = new SqlDataAdapter(sqlstr, ConnStr);
DataTable dt = new DataTable();
adapter.SelectCommand.CommandType = cmdtype;
if (paras != null && paras.Length > 0)
{
adapter.SelectCommand.Parameters.AddRange(paras);
}
adapter.Fill(dt);//运行到此,adapter已经用完
return dt;
}
catch(Exception e)
{
//记录错误日志等操作
return null;
}
finally
{
//释放非托管资源
adapter.Dispose();
}
}
这样，当我们在调用SqlHelper的ExecuteDataTable方法的时候，我们就不必在关心Adapter对象资源的释放,finally语句会在我们用完Adapter的时候自己主动将资源释放，这样尽管满足了我们的要求，可是这样似乎有点麻烦，好的。
策略二：
那就用C#的using语句，详细例如以下：
public static DataTable ExecuteDataTable(string sqlstr, CommandType cmdtype, params SqlParameter[] paras)
{
//实现了IDisposable接口的类对象
using (SqlDataAdapter adapter = new SqlDataAdapter(sqlstr, ConnStr))
{
DataTable dt = new DataTable();
adapter.SelectCommand.CommandType = cmdtype;
if (paras != null && paras.Length > 0)
{
adapter.SelectCommand.Parameters.AddRange(paras);
}
adapter.Fill(dt);
return dt;
}
}这样写比用try..finally方便了很多，仅仅要using实现IDisposable接口的对象，using语句块走完IDisposable对象会被自己主动释放，注意，没有实现IDispoable接口的类是不能被using的，事实上using内部也是try...catch...finally的实现，仅仅是微软给封装好了，这也是C#程序猿专有的语法糖。
当然，假设你也想实现IDisposable接口，可以被using,那么你就參考微软MSDN建议的演示样例就行了，我在这里就不多墨迹了。
说完非托管对象，该说托管对象，托管对象全然交由CLR的GC统一管理，那么什么时候GC会回收一下托管资源呢？
所谓托管资源，没有实现IDisposable接口的一般类，没有文件和数据库操作等，比如，int,string,List等，当我们在使用这些对象时，我们不须要关心他们的释放，他们会由GC统一处理，一般假设系统内存够用GC就不会回收这些托管资源，当内存紧张时GC会回收那些没有不论什么引用指向的对象，当然C#也给程序猿提供了手动调用GC回收的方法，GC.Collect()方法，可是即使程序猿即使手动调用了该方法，GC也不一定在那一时刻对托管资源进行回收，另外Collect()方法不建议程序猿手动的调用，假设频繁调用会严重拖垮程序的性能，由于内存频繁的回收，C#有三级垃圾回收，想了解的能够百度一下。
在站点的开发中，往往愿意牺牲适当的内存来提高站点的性能，由于内存的存取速度远远超过磁盘的速度，这样会缓解站点大并发带来的压力，因此也产生了一批Memcached、Redis等server内存管理软件，甚至MySql数据库也能够把数据存储在内存中，当然server重新启动内存数据一般就无法恢复了(Redis能够恢复)，因此应该把什么数据放到内存中是开发的关键。
做为移动开发者，对于内存的管理更是很重要的。由于我们不像站点server有那么大的内存，眼下来看，我听说的内存最大的莫过于微软的Surface Pro3,这是平板电脑的配置，可是假设是手机呢？最大的应该是小米的第4代手机3G内存，然后眼下主流手机的内存应该在1.5G左右，苹果的手机内存要更小，面对这么小的内存，程序猿开发时就一定要把握内存的使用。
既然手机内存那么小，是不是我把全部的资源使用后就立刻释放就好呢？这样最节省资源啊？事实上不是，这要依据详细的需求来定，有些情况下我们能够把一些经常使用的资源临时放在内存中，等再次使用时从内存中调用能够大大提高程序的调用的速度，这里我们能够借助Framework的线程池原理，假设线程池里有线程对象，就用线程池里的对象，没有再开启一个新的线程。
这里必需要说的一个重要的知识点即使弱引用，WeakReference类的原理是，将对象用WeakReference指向，然后将那个对象是置为null(被GC发现能够及时回收),我们在使用的时候直接使用WeakReference对象指向的对象就能够了，WeakReference会自己主动管理对象，当内存中有需要的对象，就直接使用，没有就在内存中创建一个，详细用法例如以下：
object obj = new object();
//对象由弱引用指向
WeakReference wref = new WeakReference( obj );
//将对象置为null
obj = null;
//使用弱引用指向的对象
object currObj=wref.Target;
//使用currObj完毕业务
关于弱引用就简单的介绍到这里，当然弱引用的使用也不只不过这些，还有非常多，大家能够自己搜索一下，我就不过多介绍了，在后来的Windows Store应用开发里我会详细的举出弱引用的详细应用场景。假设想深入理解内存的使用，建议去网上看吕建中的设计模式视频中的享元模式，享元模式讲的是内存的共享，事实上开发中非常多东西都能够共享，深入理解池的概念非常重要。
好了，今天就到这里，我们下期见。