拥抱变化
做项目最常见的无奈问题是无耻的变化。
拥抱变化，说的大气，我也想有那种气魄，代码于我目前的能力也够有那种拥抱的胸怀，也有些复用性与拥抱性，适合需求的无端的变化而带来的扩展，以前说人算不如天算，现在发现这句话说的不对，不是人算不如天算，而是自己算不如别人算，天算也比不是别人算，娘的，一个破项目，辛辛苦苦的做了百分八九十，在期限来临前一周就要over，结果，不知他们怎么算的，老大说把这个外包项目当作产品来做，他们又把各种需求无穷的拉出来溜溜，说无穷其实也没算冤枉人，一个半月内出了两套设计，完成前夕又把以前的设计推翻，再按他们的需求来套设计，而且这套设计也不是最终的，这搞得我好没面子：不知情的人会想我这么久一个项目也没完成……
妹的，吹牛逼也没资本了……
团队里的一个我非常欣赏的做后台的技术哥们要走了，又招了一个来做交接，这一交接不要紧，各种问题出来了，比如一个破接口，以前我用的都顺顺当当的，结果，现在报400异常，我勒个fuck，仔细一看，好家伙，post请求的各种参数都变了一些，比如以前的description变成content，以前的pictures变成了picture,这么细微的变化让人的蛋都碎了，就像你生个小子比较容易，但要将这个小子变成女的就相对困难点，所以改东西总是比创造东西困难点，有各种的粗心寡意，400异常老是报，调试了半天就不晓得具体原因，心惶惶若丧家之猫，可怜无比……
上网找了一批，恶心的粘贴复制人云亦云，无奈，撸一管后再战，终于找到了破问题，
在设置头信息时：
/**
* 设置头信息
* @param conn
* @throws ProtocolException
*/
private static void setHeaders(HttpURLConnection conn) throws ProtocolException {
conn.setReadTimeout(0);//时间无限制,防止socketTimeOutException
conn.setDoInput(true);// 允许输入
conn.setDoOutput(true);// 允许输出
conn.setUseCaches(false);
conn.setRequestMethod("POST"); // Post方式
conn.setRequestProperty("connection", "keep-alive");
conn.setRequestProperty("Charsert", "UTF-8");
conn.setRequestProperty("Content-Type", MULTIPART_FROM_DATA + ";boundary=" + BOUNDARY);
// conn.setRequestProperty("Host", GlobalParams.IP);//设置主机名
conn.setRequestProperty("cookie", "sessionid=" + GlobalParams.session_id);
conn.setRequestProperty("X-Requested-With", "XMLHttpRequest");
// conn.setRequestProperty("version", "1.0");
// conn.setRequestProperty("os", "ANDROID");
}
以前为了保险起见，设置了主机名，而现在不知咋的，不要设置主机名，狗日的，这算什么？这是技术吗？这是经验吗？
想了半天，终于得出一个令某恶心的事实：某不懂，所以是某的问题。
想来也是，做IT哪能对web这个强大如阳光般的技术不睬呢、
WEB,终于无法避免的遇到了……
拥抱变化-----http post请求出现400异常,布布扣,bubuko.com
原文：http://blog.csdn.net/sunalongl/article/details/25056887