httpClient를 사용하여 로그인하세요. 온라인에서 많은 코드를 찾을 수 있지만 이는 진짜입니다. 신뢰도는 높지 않습니다. Kaixin.com에 로그인한 사람을 찾았는데 잘못된 쿠키를 사용한 것이 분명했습니다. 인터넷에 코드를 게시하는 것이 매우 중요하고 동일한 코드가 어디에나 있어서 원본인지 알 수 없습니다. 좋고 유익하다면 잊어버리고, 그렇지 않다면 비판을 받기 위한 것이 무슨 소용이 있겠습니까?
업무상의 필요로 인해 다른 시스템에서 데이터를 캡처해야 했습니다. 몇 가지 연구 후에 IBM 커뮤니티에서 기사를 읽었는데, 그 명성을 생각하면 속이는 것이 상대적으로 쉽습니다.
기본적인 내용은 다루지 않겠습니다. 새로운 클라이언트와 메소드를 생성하고, 사용자 이름과 비밀번호를 추가하고 로그인했습니다. 맞지 않습니다. 다양한 요청 헤더와 매개변수를 추가하고 찾을 수 있는 모든 것을 시도했지만 결과는 동일했습니다. 잘못된 비밀번호도 200을 반환합니다. 왜냐하면 jsp를 찾았을 때 200이라고 생각하고 전혀 로그인하지 않았기 때문입니다. 그리고 200이 아니라 302여야 하는데, 로그인 후 반드시 전달됩니다. 왜 200인지 알 수 없습니다. csdn에 검색하고 찾아보다가 드디어 꿈에서 깨어난 게시물( http://topic.csdn.net/u/20090105/17/dd8c1875-934e-4049-b5fe-706d78f6cb75.html )을 봤습니다. j2ee 시스템은 최종적으로 액션별로 요청을 실행합니다. 실행을 위해 login.jsp에 요청을 제출하는 것은 Struts 또는 웹워크 시스템 모두가 해당 액션에 액세스하고 jsp를 반환해야 합니다. PHP와 달리 모든 페이지가 페이지이며 J2EE와 같은 "백엔드" 개념이 없습니다.
URL을 action으로 변경하면 문제가 사라지고 302가 되며 전달되는 것을 볼 수 있습니다.
추신: Kaixin.com에 로그인하기 위해 직접 작성하여 408을 주었지만 아마도 공부할 시간이 없을 것입니다.
이 기사는 CSDN 블로그에서 가져온 것입니다. 재인쇄할 때 출처를 표시하십시오: http://blog.csdn.net/sysmaid/archive/2009/12/30/5105039.aspx