在项目中增加两张图片Content.jpg和Resource.jpg，分别将其生成操作属性设置为Content和Resource。
在界面中增加两个Image控件ImgContent和ImgResource，在XAML中分别设置Source路径为Content.jpg和Resource.jpg。运行后ImgResource能正常显示图片，但是ImgContent控件无显示。将Content.jpg图片拷贝至应用程序的Debug目录中，ImgContent控件可显示图片。
生成操作设置为Resource，生成的时候资源将添加到程序集中。可以尝试将原有的图片删除，图片正常显示。将原有图片用新图片替换，仍显示原有图片。只有选择重新生成操作才能更新图片。
生成操作设置为Content，并不会添加至程序集，而且只有把资源放置在程序运行目录才能访问到资源。程序运行目录调试时是Debug目录，安装后就是程序的安装目录。与直接把资源放置在程序运行目录不同的是，添加Content资源文件，会向程序集（AssemblyAssociatedContentFile)中添加一个定制特性，该程序集记录文件是否存在及其相对位置。我发现VS2008有一个小Bug，在解决方案管理器中将Content.jpg改名为Con.jpg，Bug目录下的图片也做相应的改变。此时编译器报错：文件Con.jpg不是项目的一部分或其“Build Action”属性未设置为“Resource”。但是按F5运行，生成成功并正常显示。可见在改变Content资源的时候，程序集中的定制特性没有做相应的变化。
删除XAML中的Source属性，在后台为两个图片控件设置Source属性。有如下三种方式。
imgContent.Source = new BitmapImage(new Uri("Content.jpg", UriKind.Relative));
imgResource.Source = new BitmapImage(new Uri("Resource.jpg", UriKind.Relative));
imgContent.Source = new BitmapImage(new Uri("pack://application:,,,/Content.jpg"));
imgResource.Source = new BitmapImage(new Uri("pack://application:,,,/Resource.jpg"));
imgContent.Source = new BitmapImage(new Uri("pack://SiteOfOrigin:,,,/Content.jpg"));
第一种和第二种都可以访问相对路径的Resource和Content资源。第三种方式可以访问网站运行目录下的Content资源文件以及完全松散的文件。完全松散的文件指那些没有添加到项目中，只是拷贝在程序目录中的文件。应用程序根本不知道它的存在。
pack://application:,,,/Content.jpg表示当前项目的资源。它是pack://application:,,,/DllName;Component/Content.jpg的简写。将DllName替换成其他程序集，就可以访问其他程序集的资源。
pack://SiteOfOrigin:,,,/Content.jpg表示从部署位置访问文件。
pack URI格式是XML文件规范的一部分，具体格式如下 pack://packageURI/partPath。PackageURI实际上是在URI中放一个URI，它是把反斜杠都变成了逗号。packageURI可以志向一个XPS文档，例如file : /// c: /Document . xps会被编码为file:...c:,Document.xps。在WPF程序中有两种URI系统是特别处理的:
siteOfOrigin:/// 编码后siteOfOrigin:,,,
application:/// 编码后application:,,,
3个逗号其实是反斜杠编码过来的。
