&&完java调用WebService接口为什么这么慢？和数据库或发布WebService的方式有关系吗？是这样的，我现在在客户端调用用java写的WebService，发现调用的速度很慢。我的WebService接口大多数都是操作数据库。经过测试发现，接口中，与数据库建立连接的代码耗费了太多的时间，那我想这也可以理解，于是我做了如下的测试：对于一个测试接口（里面只有与数据库建立连接的代码），分三种数据库服务器：远程oracle、本地oracle和本地mysql，分别执行20次。测试结果如下：本能的理解，连接远程服务器应该要比本地的慢，可是发现两者也差不了多少，到是本地mysql出奇的快！因此我的问题如下：1、调用WebService的速度和怎么发布WebService的方式有关系吗？我现在使用POJO方式发布WebService的，不用配置，比较方便，但是是不是会影响最终调用速度呢？2、和连接的数据库有关系吗？怎么解释上面的测试结果呢？3、有什么方法措施可以提高调用速度？例如还能用怎样的方式发布WebService？或者哪里配置这些8个牛币所有回答列表(1)&LV41.在java webservice调用的方法前后增加开始时间和结束时间，可以得到最终的webservice执行时间，这样大概可以判断排除网络的因素2.换个数据库执行多次取平均值看是否有异同3.直接在db层做类似的sql查询动作看查询时间，记得也是多次执行取平均值4.是否有其他除了webservice调用外的java方法执行呢？5.应该和发布方式没关系吧？最佳答案等等等等等等等等等等等等最热搜索问答话题编程语言基础Web开发数据库开发客户端开发脚本工具游戏开发服务器软硬件开源组件类库相关问答等等等等等完等完完等等完最近浏览暂无贡献等级暂无贡献等级暂无贡献等级暂无贡献等级暂无贡献等级暂无贡献等级扫描二维码关注最代码为好友"/>扫描二维码关注最代码为好友因为我的WebService&DLL中引用了另一个封装串口和数据库操作的DLL。每次调用一个web&service函数时，这两个dll都被加载一次。这样我后一个dll中保存的状态信息就没了。而且这样每调用一个函数就加载、卸载DLL一次，效率也有问题。
回复讨论(解决方案)
不是这样的，只要使用了DLL的方法，DLL就被加载到应用程序域中了，除非你采用特殊的方式卸载这个DLL。
不是这样的，只要使用了DLL的方法，DLL就被加载到应用程序域中了，除非你采用特殊的方式卸载这个DLL。
这不是应用程序，是webservice，它是以dll的形式存在的。我在自己的webservice类构造函数里面输出日志，发现每调用一个函数，构造函数就被执行一次。
引用&1&楼&bluedoctor&的回复:
不是这样的，只要使用了DLL的方法，DLL就被加载到应用程序域中了，除非你采用特殊的方式卸载这个DLL。
这不是应用程序，是webservice，它是以dll的形式存在的。我在自己的webservice类构造函数里面输出日志，发现每调用一个函数，构造函数就被执行一次。
你是如何使用dll中的类的，如果new的话，当然每次调用都会构造新的对象了。这没有办法判断dll是不是被加载的。
如果你在静态构造函数中进行log的。按理说不会每次调用都进入的。如非。
1.&你编译了dll，或者替换了dll，&IIS中的asp.net运行时，会自动加载新的dll.
2.&你修改的web.config。IIS会重启asp.net&application.&
其它情况就是IIS被reset，或者asp.net的运行进程被回收了，才会重新加载dll的。
引用&2&楼&csoapy&的回复:
引用&1&楼&bluedoctor&的回复:
不是这样的，只要使用了DLL的方法，DLL就被加载到应用程序域中了，除非你采用特殊的方式卸载这个DLL。
这不是应用程序，是webservice，它是以dll的形式存在的。我在自己的webservice类构造函数里面输出日志，发现每调用一个函数，构造函数就被执行一次。
你是如何使用dl……
也想知道。
还是让代码说话吧。
public&class&MyWebService&:&System.Web.Services.WebService
public&MyWebService()
Logger.Output(&程序启动。&v&&+&System.Reflection.Assembly.GetExecutingAssembly().GetName().Version.ToString());
this.Disposed&+=&new&EventHandler(MyWebService_Disposed);
void&MyWebService_Disposed(object&sender,&EventArgs&e)
Logger.Output(&退出（）。&&+&Environment.NewLine&+&Environment.NewLine);
[WebMethod]
public&void&FunA(void){}
[WebMethod]
public&void&FunB(void){}
然后在WebApplication中：
public&partial&class&_Default&:&System.Web.UI.Page
protected&void&Page_Load(object&sender,&EventArgs&e)
localhost.MyWebService&server&=&new&WebRainApplication.localhost.MyWebService();
server.FunA();
server.FunB();
结果：我只是F5，显示了一下页面，而日志就有两对“程序启动/退出”，如果我再多调用一次，它就有三对。
Logger是我自己写的静态类，Output方法把指定字符串输出到文本文件。
你写的Logger并不能跟踪Dll的卸载和加载情况,只能跟踪类的实例化过程和析构过程.对每一个WebService方法的一次调用,实例化和析构一个WebService类是很正常的
你是怎么看出DLL加载卸载的？？？
你用反射的还抱怨啥...
sorry...看错了...
这只是“实例化”和“销毁实例”，不是什么加载卸载DLL！
去认真看MSDN...你的基础太差了...
你是怎么看出DLL加载卸载的？？？
原来我只是猜测，出现这样的结果，很可能是DLL被加载、卸载了，不然它为何老调用我的构造函数呢？看大家都说不是这个原因，我刚才就验证了一下。过程：
server.FunA();
server.FunB()
在server.FunB的地方下断点，然后F5。
当程序运行到断点的时候，注意此时还没调用断点处的函数。
然后打开进程查看工具（ProcessExplorer&v11.33）搜索“MyWebService”，只找到Handle，没有DLL。
然后F11进入server.FunB()函数体。
再切换到进程查看工具，搜索“MyWebService”，找到两个MyWebService.DLL，都在.netfx的安装目录里。
验证完毕。
路过一下顺便接分
对每一个WebService方法的一次调用,实例化和析构一个WebService类是很正常的
我觉得不正常，因为我的MyWebService是个类
MyWebService&server&=&new&MyWebService();
server.FunA();
server.FunB();
依次调用同一个对象的两个函数，这个对象就要构造/析构两次，合理？
路过学习中..........
引用&8&楼&master_fengj&的回复:
对每一个WebService方法的一次调用,实例化和析构一个WebService类是很正常的
我觉得不正常，因为我的MyWebService是个类
MyWebService&server&=&new&MyWebService();
server.FunA();
server.FunB();
这个应该是正常的。
你的client端的code&MyWebService&server&=&new&MyWebService();支持实例化客户端的proxy的类。
当你调用server.FunA();时，net&framework&runtime&会帮助你将函数调用序列化成soap&message并发给服务器端。
服务器端会根据soap&message实例化相应的类(有可能会实例化，有可能不会。我没有研究过，但是从你的log的看应该是实例化的)，并调用相应的函数。并将返回值序列化成soap&message发回给客户端。
这个应该是正常的。
你的client端的code&MyWebService&server&=&new&MyWebService();支持实例化客户端的proxy的类。
当你调用server.FunA();时，net&framework&runtime&会帮助你将函数调用序列化成soap&message并发给服务器端。
服务器端会根据soap&message实例化相应的类(有可能会实例化，有可能不会。我没有研究过，但是从你的log的看应该是实例化的)，并调用相应的函数。并将返回值序列化成soap&message发回给客户端。
有没有办法不这样？因为我的webservice里面还有个获取某对象状态的函数，这状态在不同时刻和条件下是不一样的。但是现在因为是每调用一个函数MyWebService（）就执行一次，导致所有状态都是同一个值了。
直接的来看，是每一个函数调用，我的WebService类都被构造/析构一次。
但，什么时候执行这一对构造和析构的操作呢？
从我在13楼的验证结果来看，是：
每当webservice函数被用时，XX运行时库就会找到相应的DLL文件，然后依次：
实例化DLL中的类
执行被调用的某个函数
销毁类的实例
所以我说是加载/卸载DLL的事情。
看来.net&webservice的DLL跟普通的DLL在这方面差异还是很大的：普通DLL加载后无论你调用里面的几个/次函数它都不会再被加载一遍，直到你卸载它之后，引用计数才会减一，为0时真正卸载掉。
不知.net&webservice的DLL加载方式，可不可以配置成跟普通的dll一样？
难道这种问题没人遇到过？
假设google的地图服务也是C#做的，难道我们每调用里面的一个函数，这个地图服务的dll就要被加载一次？
真是不知道MS怎么想的，把webservice的加载搞成这样！
再者，如果MyWebService里面有几百个函数，而其中一些函数具有相关性，那么也是这种每调用一个函数就加载/卸载整个MyWebService.dll一次？
已经切换到C++&&&gSoap了，看来这个问题还真没得解决？
我也曾经位这个问题伤脑筋&你应该是用其它方式来保存你的状态才是&譬如用session&Web&service&本来就会这样子&除了类的静态变量&不然都是独立的个体&不是被盖掉&是另一个新的…
http://topic.csdn.net/u//0fa1b-4ac4-abe0-2b.html?38708
有项目管理经验的.NET开发的朋友，可以加上限500人的QQ群，一起交流。
你在多看几遍，dll不可能多次加载，没必要也不合情理
看来这个问题真是无法解决了。
WebService&&不同的方法&写在不同的asmx文件里面的
分别引用不行么？
别笑哦，我是新手
兄弟&理解错了&&不是dll&&仅仅是实例化而已
你程序里面有没有Global.asax呢
里面的Application_Start()，Application_End方法可以让你理解下.
WebService的方式就是per&request&当然可以自己写方法记录session，然后搞成per-session
我也是最近才接触到的
我也遇到了一些问题&，欢迎大家讨论
http://topic.csdn.net/u//d272ac3d-73ae-4895-bc5f-e3.html?seed=&r=#r_
应用程序域只有宿主进程重启才会被卸载
你说的应该是对ws不了解，导致的状态值传递问题
ws后一次调用与前一次调用毫无关系，它是不会为你保存任何值的，即使你用session
这不属于多次加载，从你的代码来看，运行是正常的，并没有多消耗资源
这个&是正常的.&调用&webservice&就需要&实例化它&.除非&你&缓存起来.
这个&不消耗什么性能的.&你多虑了
WebService就是这样工作的，由于WS是无状态连接方式，每次客户端访问都会重新建立一个WS对象用来处理客户端的请求。
由于WS不可重入。一个客户端WS对象会连接一个WS服务器端实例。
是你的理解问题，WebService每次请求当然要初始化一次，但这不是重新加载DLL，只是协议需要，方便我们写一些公共代码，例如处理SOAPHEAD的代码。你的功能要自己想办法。
看来C#的WebService就这样了，不如gSoap，结贴，可用分木了。。。webservice引用异常（由于目标计算机积极拒绝，无法连接）
webservice引用异常（由于目标计算机积极拒绝，无法连接）
发布时间： 11:06:39
编辑：www.fx114.net
本篇文章主要介绍了"webservice引用异常（由于目标计算机积极拒绝，无法连接） "，主要涉及到webservice引用异常（由于目标计算机积极拒绝，无法连接） 方面的内容，对于webservice引用异常（由于目标计算机积极拒绝，无法连接） 感兴趣的同学可以参考一下。
之前开发webservice的时候，还真的没有遇见过这种情况。周四下班走的时候，程序还能跑起来没有任何问题。
周五早上来就发现调试程序直接错误。然后更新一下webservice的引用，竟然出错。单独进行webservice调试，在浏览器里面
调用webservice没有发现问题，这就郁闷了。后来找了一个大牛看了，然后当我们看到我引用webservice的地址时，我突然想起来了，会不会是端口号的问题，
结果一仔细比较果真是端口号的问题。之前每次调试web应用程序的时候发现，每次用的端口都不一样。但是webservice这个之前也注意过。但是没有想到，就算你引用了。再次更新引用还需要注意端口号。吃一堑长一智吧。把错误图片附上。
一、不得利用本站危害国家安全、泄露国家秘密，不得侵犯国家社会集体的和公民的合法权益，不得利用本站制作、复制和传播不法有害信息！
二、互相尊重，对自己的言论和行为负责。
本文标题：
本页链接：