今天在接入某邻国的支付SDK的时候,碰上了一个乱码问题。
直接表现是,从数据库后台返回给前端网页上的中文及邻国文字都变成了问号,英文没有问题。

分析了一下,我们的数据库是采用UTF-8字符集的,new String(“dataValueXXX”, “UTF-8”)应该是没有问题的,于是设置了response.setContentType(“application/json;charset=UTF-8”);一切就OK了。

其实问题的根本主要是理解下Java的String是怎么处理字符集问题的。

记录一笔,只是感慨时光流逝,当年读书的时候做些项目也碰到过类似的问题,总觉得那时候一知半解还挺折腾,时光流逝,回过头去,看看文档,再想一想,看的明白点了。

从6月1日起,苹果审核要求支持IPv6 DNS64/NAT64网络了。

我们服务器和客户端都是Socket编程,IPv4地址。最后参照https://developer.apple.com/library/mac/documentation/NetworkingInternetWeb/Conceptual/NetworkingOverview/UnderstandingandPreparingfortheIPv6Transition/UnderstandingandPreparingfortheIPv6Transition.html#//apple_ref/doc/uid/TP40010220-CH213-SW1,在客户端处理下即可。

需要说明的是, 在上述文档Apple给出的Listing 10-1  Using getaddrinfo to resolve an IPv4 address literal中,error = getaddrinfo(ipv4_str, "http", &hints, &res0);
经测试,在IOS下,第一个参数为IPv4地址的情况下,第二个参数为http,ftp等常用字符串,服务器此时监听端口需改为协议默认端口才可能;或者第一个参数为域名,第二个参数为数字端口;

不支持第一个参数为IPv4地址,第二个参数为数字端口。坑爹。有两种方法解决这个问题 : 
1) 域名+数字端口。
2) 先getaddrinfo, 再获取sockaddr_in或者sockaddr_in6,设置sin_port或sin6_port。
关于IPv6,可以参考下几篇文章:
https://tools.ietf.org/html/rfc4038
https://github.com/WeMobileDev/article/blob/master/IPv6%20socket编程.md

可能是苹果最近更新一些安全性的问题,我们的服务器收据验证(用的是openssl 的BIO相关接口)突然不好使了。

SSL_get_verify_result函数返回X509_V_ERR_UNABLE_TO_GET_ISSUER_CERT_LOCALLY错误。

https://curl.haxx.se/docs/caextract.html这里下载了一个最新的证书,替换掉SSL_CTX_load_verify_locations使用的旧证书,OK了。

最近接入某android支付系统时,对方post过来一段数据,java里用HttpServletRequest request的getParameter怎么也获取不出来参数。

重新一字一句地看了下支付文档,post里捎带说明了下post multipart/form-data格式。果不其然, request.getParameter是无法获取出来参数的。

google一下,很快解决了问题。

常见的Content-Type还有application/x-www-form-urlencoded; application/json;application/pdf等。

 

最近我们同事在移植android时,发现了一个奇怪的问题:

步骤一. 首先连接服务器A

步骤二.成功之后断开链接去连接服务器B。

问题出在步骤二上,连接上服务器B后,再也收不到任何消息。模拟器上某些情况下是可以收到消息的,某些情况下就一定是收不到消息的(这些情况也很有规律);而真机上是一定不会收到消息的。各种工具都表明客户端确实已经连接上了服务器B,服务器B也确实向客户端成功发送了数据。

后来把poll函数的超时时间设成零(之前是-1),发现就OK了。

至今仍然对应不上为什么。Mark一下。