写在前面

最近感觉自己看了不少东西，不过在上班所以并没有很多的时间来写东西。我有一些半成品不过都不想发出来，毕竟缺少一点自己的东西在里面。好了日常唠嗑(1/1)。

背景

前面也说了最近在上班，接触到的项目里用的都是被抛弃的httpclient，说实话这小项目我觉得我是有能力重构的。所以最近着手重构，重构之前首先选定要拿什么做。经过慎重的思考之后决定:项目尽量采用MVC的模式做，网络请求用okhttp(用hongyang封装的okhttp-utils)，图片的处理和加载想采用glide，但是目前来看还有一些问题。好了背景介绍到这，下面说坑。

坑

既然采用Okhttp来重写网络请求，我当然得挑几个出来跑一下试试。这一试问题就出来了，见下图:

error.png

415介质错误，等等，难道我请求写的有问题？好吧，真有可能，可能因为自己平时就粗心大意的。

      OkHttpUtils.postString()
//                .mediaType(MediaType.parse("application/json; charset=utf-8"))
                .content(jo.toString())
                .addHeader("tkn", "--")
                .addHeader("uid", "--")
                .addHeader("Content-Type", "application/json")
                .url(" ")
                .build()
                .execute(new BitmapCallback() {
                    @Override
                    public void onError(Call call, Exception e, int id) {
                        e.printStackTrace();
                        tvTest.setText("纳尼，竟然会错?");
                    }

                    @Override
                    public void onResponse(Bitmap response, int id) {
                        ivImg.setImageBitmap(response);
                    }
                });

tkn和uid是验证登录的东西，这个东西我肯定是写的没错的，我这个请求我仔细看了一遍也没发现哪出了问题。但错就在那啊！

可能有细心的看官已经发现了，我注释了一行。是的，那一行就是解决问题的方法。在http头里面声明"Content-Type", "application/json"在okhttp里面是没什么卵用的，okhttp中需要在mediaType中声明介质类型。

小结

最近由于工作先后接触了HttpUrlConnection、HttpClient、okhttp，感觉api有的差不多，有的差别很大，关键还是你对于http协议的理解。只要你对http有一定的了解，对于一个有良好设计的东西来说找到对应的api是很容易的。