在QQ空间发表说说与评论时会显示CGI参数错误是什么意思

qq空间发表说说时会出现ＣＧＩ是什么意思啊？

微信公众平台测试号不能用来测试网站应用微信登录

QQ空间说说发表显示CGI参数错误怎么办呀

cgi参数错误解决方法：

1.更换浏览器再次尝试，建议使用多核浏览器而非IE浏览器尝试

2.账户密码有风险，建议更换密码、

3.网络设置故障，建议修改dns

4.实在不行，就是服务器故障，请联系管理员或者运维解决。

QQ空间说说发表显示CGI参数错误怎么办呀、cgi参数错误，就介绍到这里啦！感谢大家的阅读！希望能够对大家有所帮助！

本文我将详细介绍微信红包开发的接口，商户调用接口时，通过指定发送对象以及发送金额的方式发放红包，领取到红包后，用户的资金直接进入微信零钱。后面带有具体调用php实例

微信支付现金红包接口正式开放，只需开通微信支付，即可接入现金红包。通过现金红包接口，公众号开发者可以策划相关活动，向用户发放微信支付现金红包，更好的达到品牌推广及回馈用户的效果。具体能力如下：

1、商户调用接口时，通过指定发送对象以及发送金额的方式发放红包，这样的方式，允许商户灵活的应用于各种各样丰富的活动场景

2、领取到红包后，用户的资金直接进入微信零钱，避免繁复的领奖流程，带给用户微信支付原生的流畅体验

商户侧调用红包接口流程

。微信支付商户号会在商户申请微信支付成功后，通过开户邮件发送给您。请不要使用微信公众平台账号或者appid登录。如果您登录时遇到问题，请联系微信支付小助手weixinpay@/

作为后端开发，不管是什么语言，Java、Go还是C++，其背后的后端思想都是类似的。

后端开发工程师，主要工作就是：如何把一个接口设计好。

今天就给大家介绍，设计好接口的 36 个锦囊。

21. 接口状态和错误需要统一明确

提供必要的接口调用状态信息。比如一个转账接口调用是成功、失败、处理中还是受理成功等，需要明确告诉客户端。如果接口失败，那么具体失败的原因是什么。这些必要的信息都必须要告诉给客户端，因此需要定义明确的错误码和对应的描述。同时，尽量对报错信息封装一下，不要把后端的异常信息完全抛出到客户端。

22. 接口要考虑异常处理

实现一个好的接口，离不开优雅的异常处理。

对于异常处理，提十个小建议：

• catch住异常时，建议打印出具体的exception，利于更好定位问题。

• 不要用一个Exception捕捉所有可能的异常。

• 捕获异常与抛出异常必须是完全匹配，或者捕获异常是抛异常的父类。

• 捕获到的异常，不能忽略它，至少打点日志吧。

• 注意异常对你的代码层次结构的侵染。

• 自定义封装异常，不要丢弃原始异常的信息Throwable cause。

• 注意异常匹配的顺序，优先捕获具体的异常。

优化程序逻辑这块还是挺重要的，也就是说，你实现的业务代码，如果是比较复杂的话，建议把注释写清楚。还有，代码逻辑尽量清晰，代码尽量高效。

比如，要使用用户信息的属性，根据 session 已经获取到userId了，然后就把用户信息从数据库查询出来，使用完后，后面可能又要用到用户信息的属性，有些小伙伴没想太多，反手就把userId再传进去，再查一次数据库。。。我在项目中，见过这种代码。。。直接把用户对象传下来不好嘛。。。

当然，这只是一些很小的一个例子，还有很多类似的例子，需要大家开发过程中，多点思考的哈。

24. 接口实现过程中，注意大文件、大事务、大对象

• 大事务可能导致死锁、回滚时间长、主从延迟等问题，开发中尽量避免大事务。

• 注意一些大对象的使用，因为大对象是直接进入老年代的，可能会触发 fullGC。

25. 你的接口，需要考虑限流

如果你的系统每秒扛住的请求是 1000，如果一秒钟来了十万请求呢？换个角度就是说，高并发的时候，流量洪峰来了，超过系统的承载能力，怎么办呢？

如果不采取措施，所有的请求打过来，系统 CPU、内存、Load 负载飚得很高，最后请求处理不过来，所有的请求无法正常响应。

针对这种场景，我们可以采用限流方案。就是为了保护系统，多余的请求，直接丢弃。

在计算机网络中，限流就是控制网络接口发送或接收请求的速率，它可防止 DoS 攻击和限制 Web 爬虫。限流，也称流量控制。是指系统在面临高并发，或者大流量请求的情况下，限制新的请求对系统的访问，从而保证系统的稳定性。

可以使用 Guava 的RateLimiter单机版限流，也可以使用Redis分布式限流，还可以使用阿里开源组件sentinel限流。

26. 代码实现时，注意运行时异常（比如空指针、下标越界等）

日常开发中，我们需要采取措施规避数组边界溢出、被零整除、空指针等运行时错误。类似代码比较常见：

应该采取措施，预防一下数组边界溢出。正例如下：

27. 保证接口安全性

如果你的 API 接口是对外提供的，需要保证接口的安全性。保证接口的安全性有 token 机制和接口签名。

token 机制身份验证方案还比较简单的，就是：

1. 客户端发起请求，申请获取 token。

2. 服务端生成全局唯一的 token，保存到 redis 中（一般会设置一个过期时间），然后返回给客户端。

3. 客户端带着 token，发起请求。

4. 服务端去 redis 确认 token 是否存在，一般用 redis.del(token) 的方式，如果存在会删除成功，即处理业务逻辑，如果删除失败不处理业务逻辑，直接返回结果。

接口签名的方式，就是把接口请求相关信息（请求报文，包括请求时间戳、版本号、appid 等），客户端私钥加签，然后服务端用公钥验签，验证通过才认为是合法的、没有被篡改过的请求。

除了加签验签和 token 机制，接口报文一般是要加密的。当然，用 https 协议是会对报文加密的。如果是我们服务层的话，如何加解密呢？

可以参考 HTTPS 的原理，就是服务端把公钥给客户端，然后客户端生成对称密钥，接着客户端用服务端的公钥加密对称密钥，再发到服务端，服务端用自己的私钥解密，得到客户端的对称密钥。这时候就可以愉快传输报文啦，客户端用对称密钥加密请求报文，服务端用对应的对称密钥解密报文。

有时候，接口的安全性，还包括手机号、身份证等信息的脱敏。就是说，用户的隐私数据，不能随便暴露。

28. 分布式事务，如何保证

分布式事务：就是指事务的参与者、支持事务的服务器、资源服务器以及事务管理器分别位于不同的分布式系统的不同节点之上。简单来说，分布式事务指的就是分布式系统中的事务，它的存在就是为了保证不同数据库节点的数据一致性。

分布式事务的几种解决方案：

• 2PC（二阶段提交）方案、3PC

29. 事务失效的一些经典场景

我们的接口开发过程中，经常需要使用到事务。所以需要避开事务失效的一些经典场景。

• 方法的访问权限必须是 public，其他 private 等权限，事务失效。

• 方法被定义成了 final 的，这样会导致事务失效。

• 在同一个类中的方法直接内部调用，会导致事务失效。

• 一个方法如果没交给 spring 管理，就不会生成 spring 事务。

• 多线程调用，两个方法不在同一个线程中，获取到的数据库连接不一样的。

• 表的存储引擎不支持事务。

• 如果自己 try...catch 误吞了异常，事务失效。

30. 掌握常用的设计模式

把代码写好，还是需要熟练常用的设计模式，比如策略模式、工厂模式、模板方法模式、观察者模式等等。

设计模式，是代码设计经验的总结。使用设计模式可以可重用代码、让代码更容易被他人理解、保证代码可靠性。

31. 写代码时，考虑线性安全问题

在高并发情况下，HashMap可能会出现死循环。因为它是非线性安全的，可以考虑使用ConcurrentHashMap。所以这个也尽量养成习惯，不要上来反手就是一个new HashMap()。

32. 接口定义清晰易懂，命名规范

我们写代码，不仅仅是为了实现当前的功能，也要有利于后面的维护。

说到维护，代码不仅仅是写给自己看的，也是给别人看的。

所以接口定义要清晰易懂，命名规范。

33. 接口的版本控制

接口要做好版本控制。就是说，请求基础报文，应该包含version接口版本号字段，方便未来做接口兼容。其实这个点也算接口扩展性的一个体现点吧。

比如客户端 APP 某个功能优化了，新老版本会共存，这时候我们的version版本号就派上用场了，对version做升级，做好版本控制。

34. 注意代码规范问题

注意一些常见的代码坏味道：

• 大量重复代码（抽共用方法，设计模式）。

• 方法参数过多（可封装成一个 DTO 对象）。

• 方法过长（抽小函数）。

• 判断条件太多（优化 if...else）。

35. 保证接口正确性，其实就是保证更少的 bug

保证接口的正确性，换个角度讲，就是保证更少的bug，甚至是没有bug。所以接口开发完后，一般需要开发自测一下。

然后的话，接口的正确性还体现在，多线程并发的时候，保证数据的正确性，等等。比如做一笔转账交易，扣减余额的时候，可以通过 CAS 乐观锁的方式保证余额扣减正确。

如果你是实现秒杀接口，得防止超卖问题吧。可以使用 Redis 分布式锁防止超卖问题。

36. 学会沟通，跟前端沟通，跟产品沟通

我把这一点放到最后，学会沟通是非常非常重要的。

比如你开发定义接口时，一定不能上来就自己埋头把接口定义完了，需要跟客户端先对齐接口。遇到一些难点时，跟技术 leader 对齐方案。实现需求的过程中，有什么问题，及时跟产品沟通。

总之就是，开发接口过程中，一定要沟通好~