为什么有些dll文件发布后在bin下边找不到？

[码农11]

如题，有些dll文件在重新生成解决方案，项目发布后，在bin下边都找不到？
如System.Data.Entity System.Web.Services 明明在项目中有引用，重新生成解决方案却在bin下找不到他的dll文件，网站发布后也找不到该dll文件。缺少dll部署到iis上一定有问题吧

[码农11]

引用 8 楼 胖叔叔写代码的回复:

[quote=引用 7 楼 码农11 的回复:] [quote=引用 5 楼 胖叔叔写代码的回复:][quote=引用 4 楼 码农11 的回复:] [quote=引用 1 楼 胖叔叔写代码的回复:]System.Data 一类的dll是fw自带的，因此不会再bin文件夹中出现，如果需要自己设置一下属性复制过去也是可以的

System一类的dll，在网站发布后需要手动放到bin下吗？还是不需要[/quote] 你自己重写或者扩展一个System类的当然会自动发布到bin下咯，但是其他的按道理是不需要的，你要是为了安全起见复制了也不会有什么大问题。[/quote] 我的意思是，在项目中引用了system类似的dll，重新生成bin下却没有，需要手动放到bin下吗。不放进去会有问题吗？唉……刚刚工作问题比较多[/quote] 自己搭建测试环境试试不就知道了，在这里问我也没法给你统一答案，测试环境才是更好的确认方案啊[/quote] 好的谢谢解答，我试一试就知道了

[exception92]

明明在项目中有引用，重新生成解决方案却在bin下找不到他的dll文件
-》bin下找不到的，一般会生成到bin文件夹下的Debug或者Release或者x86或者x64文件夹下，具体的文件夹名称和你选择编译平台有关系。你可以右键项目-》属性-》生成 里边有平台/目标平台【x86 ,x64,AnyCpu】，可以去了解一下区别。选择不同的平台文件夹路径也不一样，具体看”输出路径“文本框里的变化。

[bloodish]

Global Assembly Cache（GAC）了解一下 Global Assembly Cache

[码农11]

引用 10 楼 exception92的回复:

明明在项目中有引用，重新生成解决方案却在bin下找不到他的dll文件
-》bin下找不到的，一般会生成到bin文件夹下的Debug或者Release或者x86或者x64文件夹下，具体的文件夹名称和你选择编译平台有关系。你可以右键项目-》属性-》生成 里边有平台/目标平台【x86 ,x64,AnyCpu】，可以去了解一下区别。选择不同的平台文件夹路径也不一样，具体看”输出路径“文本框里的变化。

有些System开头的重新生成，bin下没有，莫非要手动放进去？

[exception92]

引用 12 楼 码农11 的回复:

[quote=引用 10 楼 exception92的回复:]明明在项目中有引用，重新生成解决方案却在bin下找不到他的dll文件 -》bin下找不到的，一般会生成到bin文件夹下的Debug或者Release或者x86或者x64文件夹下，具体的文件夹名称和你选择编译平台有关系。你可以右键项目-》属性-》生成 里边有平台/目标平台【x86 ,x64,AnyCpu】，可以去了解一下区别。选择不同的平台文件夹路径也不一样，具体看”输出路径“文本框里的变化。

有些System开头的重新生成，bin下没有，莫非要手动放进去？[/quote] 不需要，这些dll文件包含在。net framework中，当安装.net framework时，会自动进行安装到GAC中，这里的dll文件为默认包含的。exe执行时会判断是否安装对应的net framework，没有安装是运行不起来的，这就确保了在运行之前，你需要将clr安装成功。

[码农11]

引用 13 楼 exception92的回复:

[quote=引用 12 楼 码农11 的回复:] [quote=引用 10 楼 exception92的回复:]明明在项目中有引用，重新生成解决方案却在bin下找不到他的dll文件 -》bin下找不到的，一般会生成到bin文件夹下的Debug或者Release或者x86或者x64文件夹下，具体的文件夹名称和你选择编译平台有关系。你可以右键项目-》属性-》生成 里边有平台/目标平台【x86 ,x64,AnyCpu】，可以去了解一下区别。选择不同的平台文件夹路径也不一样，具体看”输出路径“文本框里的变化。

有些System开头的重新生成，bin下没有，莫非要手动放进去？[/quote] 不需要，这些dll文件包含在。net framework中，当安装.net framework时，会自动进行安装到GAC中，这里的dll文件为默认包含的。exe执行时会判断是否安装对应的net framework，没有安装是运行不起来的，这就确保了在运行之前，你需要将clr安装成功。[/quote] 一个解决方案下有多个项目，有些项目下引用的dll（非fw自带的dll），在网站发布后没有生成到bin下，是什么情况啊。是引用的dll整合到项目dll中了吗？

[码农11]

[非专业开发Five]

System.Data 一类的dll是fw自带的，因此不会再bin文件夹中出现，如果需要自己设置一下属性复制过去也是可以的

[江湖评谈]

发布跟编译不是一回事
为了性能调优，某个或者几个。。dll发布的时候会合并到某个dll

[码农11]

System一类的dll，在网站发布后需要手动放到bin下吗？还是不需要

[码农11]

引用 1 楼 胖叔叔写代码的回复:

System.Data 一类的dll是fw自带的，因此不会再bin文件夹中出现，如果需要自己设置一下属性复制过去也是可以的

System一类的dll，在网站发布后需要手动放到bin下吗？还是不需要

[非专业开发Five]

引用 4 楼 码农11 的回复:

[quote=引用 1 楼 胖叔叔写代码的回复:]System.Data 一类的dll是fw自带的，因此不会再bin文件夹中出现，如果需要自己设置一下属性复制过去也是可以的

System一类的dll，在网站发布后需要手动放到bin下吗？还是不需要[/quote] 你自己重写或者扩展一个System类的当然会自动发布到bin下咯，但是其他的按道理是不需要的，你要是为了安全起见复制了也不会有什么大问题。

[码农11]

我的意思是，在项目中引用了system类似的dll，重新生成bin下却没有，需要手动放到bin下吗。不放进去会有问题吗？唉……刚刚工作问题比较多

[码农11]

引用 5 楼 胖叔叔写代码的回复:

[quote=引用 4 楼 码农11 的回复:] [quote=引用 1 楼 胖叔叔写代码的回复:]System.Data 一类的dll是fw自带的，因此不会再bin文件夹中出现，如果需要自己设置一下属性复制过去也是可以的

System一类的dll，在网站发布后需要手动放到bin下吗？还是不需要[/quote] 你自己重写或者扩展一个System类的当然会自动发布到bin下咯，但是其他的按道理是不需要的，你要是为了安全起见复制了也不会有什么大问题。[/quote] 我的意思是，在项目中引用了system类似的dll，重新生成bin下却没有，需要手动放到bin下吗。不放进去会有问题吗？唉……刚刚工作问题比较多

[非专业开发Five]

引用 7 楼 码农11 的回复:

[quote=引用 5 楼 胖叔叔写代码的回复:][quote=引用 4 楼 码农11 的回复:] [quote=引用 1 楼 胖叔叔写代码的回复:]System.Data 一类的dll是fw自带的，因此不会再bin文件夹中出现，如果需要自己设置一下属性复制过去也是可以的

System一类的dll，在网站发布后需要手动放到bin下吗？还是不需要[/quote] 你自己重写或者扩展一个System类的当然会自动发布到bin下咯，但是其他的按道理是不需要的，你要是为了安全起见复制了也不会有什么大问题。[/quote] 我的意思是，在项目中引用了system类似的dll，重新生成bin下却没有，需要手动放到bin下吗。不放进去会有问题吗？唉……刚刚工作问题比较多[/quote] 自己搭建测试环境试试不就知道了，在这里问我也没法给你统一答案，测试环境才是更好的确认方案啊

[exception92]

引用 14 楼 码农11 的回复:

[quote=引用 13 楼 exception92的回复:][quote=引用 12 楼 码农11 的回复:] [quote=引用 10 楼 exception92的回复:]明明在项目中有引用，重新生成解决方案却在bin下找不到他的dll文件 -》bin下找不到的，一般会生成到bin文件夹下的Debug或者Release或者x86或者x64文件夹下，具体的文件夹名称和你选择编译平台有关系。你可以右键项目-》属性-》生成 里边有平台/目标平台【x86 ,x64,AnyCpu】，可以去了解一下区别。选择不同的平台文件夹路径也不一样，具体看”输出路径“文本框里的变化。

有些System开头的重新生成，bin下没有，莫非要手动放进去？[/quote] 不需要，这些dll文件包含在。net framework中，当安装.net framework时，会自动进行安装到GAC中，这里的dll文件为默认包含的。exe执行时会判断是否安装对应的net framework，没有安装是运行不起来的，这就确保了在运行之前，你需要将clr安装成功。[/quote] 一个解决方案下有多个项目，有些项目下引用的dll（非fw自带的dll），在网站发布后没有生成到bin下，是什么情况啊。是引用的dll整合到项目dll中了吗？[/quote] 不是，不清楚是怎么发布的，一般的发布会到专门的文件夹下，而非bin下。

[码农11]

右键启动项，发布啊。我知道发布后有专门文件夹呀，发布后文件夹下应该有bin文件夹吧。 当解决方案下有多个项目的时候，而且每个项目都有引用dll，我想问，每个项目引用的dll，在项目发布后，都会生成到bin目录下吗？

[码农11]

引用 16 楼 exception92的回复:

[quote=引用 14 楼 码农11 的回复:] [quote=引用 13 楼 exception92的回复:][quote=引用 12 楼 码农11 的回复:] [quote=引用 10 楼 exception92的回复:]明明在项目中有引用，重新生成解决方案却在bin下找不到他的dll文件 -》bin下找不到的，一般会生成到bin文件夹下的Debug或者Release或者x86或者x64文件夹下，具体的文件夹名称和你选择编译平台有关系。你可以右键项目-》属性-》生成 里边有平台/目标平台【x86 ,x64,AnyCpu】，可以去了解一下区别。选择不同的平台文件夹路径也不一样，具体看”输出路径“文本框里的变化。

有些System开头的重新生成，bin下没有，莫非要手动放进去？[/quote] 不需要，这些dll文件包含在。net framework中，当安装.net framework时，会自动进行安装到GAC中，这里的dll文件为默认包含的。exe执行时会判断是否安装对应的net framework，没有安装是运行不起来的，这就确保了在运行之前，你需要将clr安装成功。[/quote] 一个解决方案下有多个项目，有些项目下引用的dll（非fw自带的dll），在网站发布后没有生成到bin下，是什么情况啊。是引用的dll整合到项目dll中了吗？[/quote] 不是，不清楚是怎么发布的，一般的发布会到专门的文件夹下，而非bin下。[/quote] 右键启动项，发布啊。我知道发布后有专门文件夹呀，发布后文件夹下应该有bin文件夹吧。 当解决方案下有多个项目的时候，而且每个项目都有引用dll，我想问，每个项目引用的dll，在项目发布后，都会生成到bin目录下吗？

[码农11]

引用 1 楼 胖叔叔写代码的回复:

System.Data 一类的dll是fw自带的，因此不会再bin文件夹中出现，如果需要自己设置一下属性复制过去也是可以的

网站发布后，有些项目引用的非fw dll文件，在发布后bin文件夹下找不到，这是为什么呀？正常吗？