Socket: Java Client 与 C Server 传输数据中文乱码问题

Posted 2023-05-04

现在有一个Socket 服务是C写的，需要通过 Java写的客户端去获取一些数据，但是获取的数据出现了中文乱码问题。用了很多种方式，都没解决，不知道是什么问题？本人怀疑有可能是C与JAVA的数据结构不一样而导致，比如说基本类型占的字节数不一样等等。仅仅是一种猜测，请有本问题相关开发经验的朋友，帮帮忙。看看有没有什么折衷的解决方案？谢谢！！

参考技术A 这是字符集的问题吧。
JAVA是采用UTF-8字符集的，你可以这样：
比如in是输入的DataInputStream，message是用来记录接受到的字符串的，
message=new String(in.readLine().getBytes("ISO-8859-1"));
这样应该没问题了。 参考技术B 你猜的没错~~~对于多字节数据类型，还有字节序的问题，Java默认是Big Endian，C默认是Little Endian........
最原始的办法，就是把取回来的数据按C的数据类型长度拆分，然后转换为Java的字节数据，然后转类型。

C/S与B/S架构的区别和优缺点

C/S 架构的概念

C/S是Client/Server，即客户端/服务器端架构，一种典型的两层架构。

客户端包含一个或多个在用户的电脑上运行的程序

服务器端有两种，一种是数据库服务器端，客户端通过数据库连接访问服务器端的数据；另一种是Socket服务器端，服务器端的程序通过Socket与客户端的程序通信。

C/S 可以看做是胖客户端架构

因为客户端需要实现绝大多数的业务逻辑和界面展示。作为客户端的部分需要承受很大的压力，因为显示逻辑和事务处理都包含在其中，

通过与数据库的交互（通常是SQL或存储过程的实现）来达到持久化数据，以此满足实际项目的需要。

C/S 优点和缺点

优点：（1）界面和操作可以很丰富 （2） 安全性能可以很容易保证，实现多层认证也不难 （3）由于只有一层交互，因此响应速度较快。

缺点：（1）适用面窄，通常用于局域网中

（2）用户群固定。由于程序需要安装才可使用，因此不适合面向一些不可知的用户
　　   （3）维护成本高。发生一次升级，则所有客户端的程序都需要改变。

B/S 架构的概念

B/S是Browser/Server，即浏览器/服务器架构。

Browser指的是Web浏览器，极少数事务逻辑在前端实现，但主要事务逻辑在服务器端实现，Browser客户端，WebApp服务器端和DB端构成所谓的三层架构。

B/S架构的系统无须特别安装，只有Web浏览器即可。

B/S 可以看做是瘦客户端架构

B/S架构中，显示逻辑交给了Web浏览器，事务处理逻辑在放在了WebApp上，这样就避免了庞大的胖客户端，减少了客户端的压力。因为客户端包含的逻辑很少，因此也被成为瘦客户端。

C/S 优点和缺点

优点：（1）客户端无需安装，有Web浏览器即可 （2）BS架构可以直接放在广域网上，通过一定的权限控制实现多客户访问的目的，交互性较强。
        （3）BS架构无需升级多个客户端，升级服务器即可。

缺点：（1）在跨浏览器上，BS架构不尽如人意。（2）表现要达到CS程序的程度需要花费不少精力。
        （3）在速度和安全性上需要花费巨大的设计成本，这是BS架构的最大问题。
        （4）C和S交互是请求-响应模式，通常需要刷新页面，这并不是客户乐意看到的。（在Ajax风行后此问题得到了一定程度的缓解）

 

参考文献：

　　脚本之家 C/S和B/S两种架构区别与优缺点分析

　　B/S和C/S的主要区别