استخدم httpClient لتسجيل الدخول. هناك العديد من الرموز الموجودة على الإنترنت، لكنها أصلية. الموثوقية ليست عالية. لقد وجدت شخصًا قام بتسجيل الدخول إلى Kaixin.com، وكان من الواضح أنني استخدمت ملف تعريف ارتباط خاطئًا، ومن المهم جدًا نشر رمز على الإنترنت، والرمز نفسه موجود في كل مكان، ولا يمكنني معرفة ما إذا كان أصليًا. أم لا، إذا كان جيدًا ومفيدًا، انسَه، وإذا لم يكن كذلك، فما الفائدة، هل هو جذب النقد؟
نظرًا لاحتياجات العمل، اضطررت إلى التقاط البيانات من أنظمة أخرى، وبعد بعض الدراسة، اخترت httpClient+htmlParser، وقرأت مقالات عن مجتمع IBM، نظرًا لسمعته، فمن السهل نسبيًا الغش.
لن أخوض في الأساسيات. لقد أنشأت عميلاً وطريقة جديدة، وأضفت اسم مستخدم وكلمة مرور، وقمت بتسجيل الدخول. هذا ليس صحيحًا. لقد أضفت العديد من رؤوس الطلبات والمعلمات وجربت كل ما يمكنني العثور عليه، لكن النتيجة ظلت كما هي. كلمة المرور الخاطئة ترجع أيضًا 200، لأنه عندما وجد ملف jsp، اعتقد أنه 200 ولم يسجل الدخول على الإطلاق. ويجب ألا يكون 200، بل يجب أن يكون 302، والذي سيتم إعادة توجيهه بالتأكيد بعد تسجيل الدخول. لا أستطيع معرفة السبب 200. لقد بحثت وبحثت في csdn، وأخيراً رأيت منشورًا ( http://topic.csdn.net/u/20090105/17/dd8c1875-934e-4049-b5fe-706d78f6cb75.html ) أيقظني من حلمي. يقوم نظام j2ee أخيرًا بتنفيذ الطلب عن طريق الإجراء، ومن غير المجدي إرسال الطلب إلى login.jsp للتنفيذ. يختلف عن PHP، فهو يشمل كل الصفحات ولا يوجد مفهوم "الواجهة الخلفية" مثل J2EE.
قم بتغيير عنوان url إلى الإجراء، وستختفي المشكلة أيضًا، وسيكون 302، ويمكنني أن أرى أنه يتم إعادة توجيهه.
ملحوظة: لقد كتبتها بنفسي لتسجيل الدخول إلى Kaixin.com وأعطتني 408، لكن ربما ليس لدي الوقت لدراستها.
تأتي هذه المقالة من مدونة CSDN، يرجى الإشارة إلى المصدر عند إعادة الطباعة: http://blog.csdn.net/sysmaid/archive/2009/12/30/5105039.aspx.