手动内存管理要求开发人员管理内存块的分配和回收。手动内存管理可能既耗时又麻烦。在 c# 中提供了自动内存管理,使开发人员从这个繁重的任务中解脱出来。在绝大多数情况下,自动内存管理可以提高代码质量和开发人员的工作效率,并且不会对表达能力或性能造成负面影响。
示例
using system;
public class stack
{
private node first = null;
public bool empty {
get {
return (first == null);
}
}
public object pop() {
if (first == null)
throw new exception("can't pop from an empty stack.");
else {
object temp = first.value;
first = first.next;
return temp;
}
}
public void push(object o) {
first = new node(o, first);
}
private class node
{
public node next;
public object value;
public node(object value): this(value, null) {}
public node(object value, node next) {
next = next;
value = value;
}
}
}
显示了一个 stack 类,它实际上是 node 实例的一个链接表。node 实例是在 push 方法中创建的,当不再需要它们时会对其进行垃圾回收。当任何代码都不再可能访问某个 node 实例时,该实例就成为垃圾回收的对象。例如,当从 stack 中移除某项时,相关的 node 实例就符合了垃圾回收条件,等待被回收。
示例
class test
{
static void main() {
stack s = new stack();
for (int i = 0; i < 10; i++)
s.push(i);
s = null;
}
}
显示了使用 stack 类的代码。该代码创建了一个 stack 类,并用 10 个元素初始化该类,然后给它赋值 null。给变量 s 赋了 null 值后,stack 及关联的 10 个 node 实例变得符合垃圾回收条件。垃圾回收器可以立即清除上述实例,但并没要求它一定做到立即清除。
为 c# 服务的基础垃圾回收器可以通过在内存中移动对象来工作,而这种移动对于大多数 c# 开发人员是不可见的。对于那些通常满足于自动内存管理、但有时又需要精确控制或细微性能调整的开发人员,c# 提供了编写“不安全”代码的能力。这类代码可以直接处理指针类型和对象地址。但是,c# 要求程序员固定对象,暂时阻止垃圾回收器移动它们。
从开发人员和用户的角度,这种“不安全”代码功能实际上是一种“安全”的功能。在代码中必须用修饰符 unsafe 清楚地标记出不安全代码,以便开发人员不可能不经意地使用不安全语言功能,并且编译器和执行引擎协同工作,确保不安全代码无法假冒安全代码。这些限制将不安全代码的使用仅限于代码受到信任的情况。
示例
using system;
class test
{
static void writelocations(byte[] arr) {
unsafe {
fixed (byte* parray = arr) {
byte* pelem = parray;
for (int i = 0; i < arr.length; i++) {
byte value = *pelem;
console.writeline("arr[{0}] at 0x{1:x} is {2}",
i, (uint)pelem, value);
pelem++;
}
}
}
}
static void main() {
byte[] arr = new byte[] {1, 2, 3, 4, 5};
writelocations(arr);
}
}
显示了一个名为 writelocations 的方法。它含有一个不安全块,该块固定了一个数组实例,然后使用指针操作实现逐个地访问该数组的元素。每个数组元素的索引、值和位置被写入控制台。下面是一个可能的输出示例:
arr[0] at 0x8e0360 is 1
arr[1] at 0x8e0361 is 2
arr[2] at 0x8e0362 is 3
arr[3] at 0x8e0363 is 4
arr[4] at 0x8e0364 is 5
当然,确切的内存位置可能因应用程序的不同执行而异。
商业源码热门下载www.html.org.cn
新闻热点
疑难解答