Fdream

写了个程序，由于动态New出来的对象比较多，被发现有少量的内存泄露问题。仔细找了好几圈，确认所有引用都被释放了，但问题依然存在。后来仔细观察发现，即使是一个简单的按钮事件：鼠标移进去变色，移出来恢复原来的颜色，这样的情况下内存也会持续增长，尽管增长幅度不尽相同。

于是写了个简单的测试程序，有两个按钮：点击Add按钮，动态new出8000个Ellipse，大小为10*10，半透明；点击Delete按钮，从界面上移除这8000个Ellipse，使用Children.Clear()方法。经测试发现，每次Add以后，再Delete，内存只有极少量的回收（估计是从界面渲染上回收的），而每次Add之后内存增长都在10兆到20兆。测试代码如下：

public void Page_Loaded(object o, EventArgs e)
{
// Required to initialize variables
InitializeComponent();

其实这个问题也不是我先发现的。一个月以前，做了个东西，有人用着用着问我为什么出现这样的情况：横着改变窗口大小的时候，视频大小会跟着改变而且会保持居中，播放控制栏的位置也会跟着改变（保持底部水平居中），但是垂直改变窗口的大小时，视频大小和位置都不变，播放控制栏的位置也不变。后来发现这个可能是BrowserHost.Resize的一个bug：垂直方向改变窗口大小时不会触发这个事件，不过我只测试了IE6和IE7下的情况，Firefox尚未测试。

不知道有木有人报告这个bug………

在Silverlight 1.0的SDK中说L和l是一样的，没有说有什么差别，今天偶然发现大写的L命令和小写的l命令是有区别的，后来依次测试V和v、H和h、A和a、C和c、Q和q等一系列命令都存在同样的区别。

一个简单的示例如下：

如果没有区别，这两条折线的形状应该是一模一样的，而实际上它们是这样的：

如果觉得不够明显，可以看这个：

后继续测试发现，如果使用大些命令时，不会改变坐标参照系，后面的坐标仍然是以父级Canvas的原点为原点，即所有的坐标都是相对于父级Canvas的，与上一个命令的坐标（笔触的当前位置）无关；而使用小写命令，则会改变坐标参照系，后面的坐标则是以上一个命令执行的坐标为原点，即以上一个命令的坐标（笔触的当前位置）为原点的。

在第一个示例中，使用H 50命令后，坐标系原点不变，此时终点的坐标是相对父级Canvas的(40,50)位置（与上一个命令无关），直线长度为50（终点的x坐标）-40（起点的x坐标）=10；在使用h…