我这个是C#程序，使用的框架是.net4.5，不过按照说明，setup.exe应该是能在干净机器中运行并自动下载.net组件的，但现在实测出了问题。如果这个问题不解决，程序就无法向外发布，那就没意思了。

上次有个程序你也试过出现这种现象，后来不是怎么的能运行了吗。

那就奇怪了。我另外找台32位系统的环境再制作一个安装包试试，现在这个是64位的Windows8，可能跟它有关。

你有.NET4，直接执行这个程序看看：

我现在才发现原来.net4.5不能在XP上跑哦，只能用.net4，而且ClickOnce安装是只能联网的。

问题解决了，汇报如下：
1.在XP下必须使用.NET4以下的运行库，.NET4.5只支持Win7以上系统；
2.在客户端安装.NET4框架就可以了，下载文件(dotNetFx40_Full_x86_x64.exe)的尺寸是49M，这是全版的，客户版比这个还小；
3.程序直接copy到客户文件夹即可，无需任何安装过程。

开发设定了使用.net4的框架，VS自动限制不会用到.net4.5的新功能。
vs中原来有install的制作工具，不用联网也可以发布完整安装包。直接copy法是针对客户机已经存在.net4环境说的。

傻啦，客户机中有.net环境就不用再给.net安装包，而且发布的程序都可以在网上在线更新，不用每次都全新安装。对同一个客户发布N个程序，谁会制作N个.NET安装包给对方呀？

win7自带.net3.5，win8自带.net4.5，向win8发布.net程序不用给.net安装包，直接copy即可。win7可以安装.net4或.net4.5，xp只能安装到.net4，一次性安装，终身使用。使用本机C/C++开发的程序，每使用一次printf()函数，其PE文件中都发布一份printf()代码，才是真正的N个程序有N份printf()代码重复，而且启动N个这样的程序就占用N份内存。

很多人还是使用静态链接的，不一定用DLL运行库，当他追求发布的软件能够运行在特别干净的系统上时就是如此。