web service的服务端怎样暴露业务异常,要不要暴露异常?

cer 2006-06-16 03:08:38

比如我用java写了一个web service是登录的
登录成功后就返回用户对象
客户端用.net调之
在服务器端就会有业务异常:用户名不对...密码不对...
我这些都应告诉客户端...通过什么呢?

抛异常吗?
那么服务器端有一个异常了,那么客户端也必须有这个异常,会不会增加他们的藕合呢

...全文

231 2 打赏收藏举报

写回复

2 条回复

切换为时间正序

请发表友善的回复…

发表回复

cer 2006-06-16

打赏
举报

回复

只能这样了

北京-李大鹏 2006-06-16

打赏
举报

回复

我用的是返回值处理，没有用异常。感觉webservice处理异常时客户端比较麻烦。
我的登录的WebService登录成功后返回一个32位的随机字符串，如果不成功则返回-1、-2等。
然后提供一个查询用户信息的接口，通过XML返回用户信息。

这个实现在某些情况下会多一次通信，但是我的需求是这样的，不一定适用你的项目。

不过你可以考虑用XML格式返回信息，这样处理可能方便一些。

仅供参考。

本文详细介绍了如何在SpringBoot2.x中整合CXF构建Web Service服务端与客户端。从环境准备、接口定义到服务端配置和客户端调用，提供了完整的实现步骤和常见问题解决方案，帮助开发者快速掌握SpringBoot与CXF的整合技巧，实现高效的远程接口调用。

在Web应用开发中，实时通信和用户触达是提升体验的关键。传统轮询和WebSocket方案存在资源消耗或连接保持的局限，而离线送达能力成为核心痛点。Web Push技术通过浏览器内置的Push API和Notification API，结合Service Worker的持久化能力，实现了网站即使在用户关闭标签页后也能发送系统级通知。其底层依赖VAPID协议进行服务器身份认证，确保推送来源的安全可信。这项技术是构建现代Progressive Web App (PWA) 的重要组成，广泛应用于电商降价提醒、社交消

Web Service作为实现跨平台、跨语言系统间通信的核心技术，其本质是通过标准化协议解决异构系统间的数据交换问题。其工作原理基于客户端-服务器架构，通过定义清晰的接口契约实现松耦合集成。在技术价值层面，Web Service显著提升了系统的互操作性和可维护性，成为企业应用集成和微服务架构的基础。随着技术演进，从早期的SOAP协议到当前主流的RESTful架构，Web Service不断适应新的开发范式。SOAP以其严格的XML格式和WS-*标准体系，在金融、电信等需要高安全性和可靠性的领域仍有应用；而R

项目名称：补能雷达 Skill。基于高德 Web Service、Node.js 20.11.1 和 Chrome 126，说明站点坐标校验、导航 URI 生成、异常提示与三组回归验证。

前言记录Dubbo对于自定义异常的处理方式．实现目标服务层异常，直接向上层抛出，web层统一捕获处理如果是系统自定义异常，则返回{"code":xxx,"msg":yyy} 其中code对应为错误码，msg对应为异常信息如果非系统自定义异常，返回{"code":-1,"msg":"未知错误"}，同时将异常堆栈信息输出到日志,便于定位问题项目架构先来张系统架构图吧，这张图来源自网络，相信现在大部分中...

67,535

社区成员

225,843

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章