25
4
Xin chào mọi người, tôi là Sanyou~~. Hôm nay, chúng ta hãy nói về một câu hỏi phỏng vấn mà tôi đã xem cách đây một thời gian, đây cũng là một vấn đề cần được xem xét trong các dự án thực tế. Làm thế nào để đặt thời gian chờ của Feign? Phương pháp cài đặt thời gian chờ của Feign không cố định. Nó phụ thuộc vào cách sử dụng Feign trong dự án. Các phương pháp sử dụng khác nhau có các phương pháp cài đặt thời gian chờ khác nhau và thậm chí có thể có những cạm bẫy. Vì bài viết sẽ đề cập đến những kiến thức cơ bản về Feign nên nếu bạn không hiểu những khái niệm cơ bản về Feign thì bạn sẽ không thể đọc được. Vì vậy, để giúp những bạn chưa biết về Feign dễ dàng đọc và hiểu bài viết hơn, mình sẽ giải thích ngắn gọn về nguyên tắc của Feign ở đây tuy không chuyên sâu nhưng cũng đủ đối phó với bài viết này. Trong các dự án, chúng ta thường cần gọi giao diện Http do bên thứ ba cung cấp. Lúc này, chúng ta có thể sử dụng một số framework Http để triển khai nó, chẳng hạn như HttpClient. Nếu dự án chỉ có một hoặc hai giao diện bên thứ ba như vậy thì viết như thế này cũng không sao, nhưng một khi có quá nhiều giao diện bên thứ ba như vậy thì rõ ràng sẽ rất rắc rối khi tập hợp các tham số, gửi yêu cầu, và viết một loạt mã giống nhau mỗi lần. Vì vậy, để đơn giản hóa việc phát triển gửi yêu cầu Http và giảm mã trùng lặp, Feign đã xuất hiện. Giả vờ là một khung HTTP khai báo. Khi cần gọi giao diện Http, bạn cần khai báo giao diện và thêm một số chú thích. Các tác vụ lặp đi lặp lại như tập hợp các tham số và gửi yêu cầu HTTP đều do Feign thực hiện. Tuy có giao diện nhưng có giao diện thôi chưa đủ, vì giao diện không thể tạo ra đối tượng, chúng ta cần đối tượng. Để tạo điều kiện thuận lợi cho chúng ta tạo các đối tượng cho giao diện, Feign cung cấp lớp nội bộ Feign.Builder. Chức năng của lớp này là phân tích các chú thích trên giao diện và tạo một đối tượng proxy động cho giao diện. Sau đó, các yêu cầu có thể được gửi qua đối tượng proxy này. Lớp bên trong này có nhiều thuộc tính, là thành phần cốt lõi của Feign. Trong số các thành phần cốt lõi này có một thành phần được gọi là Máy khách mà tôi đã khoanh tròn trong hình trên. Lớp Client này rất quan trọng. Những điều được thảo luận trong bài viết này có liên quan chặt chẽ với nó. Nó chỉ có một phương thức, Thực thi phản hồi (Yêu cầu yêu cầu, tùy chọn Tùy chọn). Tham số đầu tiên của phương thức, Yêu cầu, đóng gói url, phương thức yêu cầu, tiêu đề yêu cầu, nội dung yêu cầu và các tham số khác của yêu cầu http. Tham số thứ hai Tùy chọn là chủ đề của bài viết này và gói gọn thời gian chờ. Giá trị trả về Phản hồi gói gọn một số trạng thái mã phản hồi, tiêu đề phản hồi, v.v. Như vậy các bạn có thể đoán từ các tham số và giá trị trả về của phương thức mà Client sử dụng để tập hợp các tham số Http request và gửi Http request. Và thời gian chờ của yêu cầu http được xác định dựa trên tham số Tùy chọn được truyền cho Máy khách. Nếu bạn muốn tìm hiểu thêm về nguyên tắc Feign, bạn có thể xem nó trong danh mục springcloud trên thanh menu của tài khoản công khai. Bản thân Feign là một ứng dụng khách http có thể được sử dụng độc lập. Feign cung cấp hai phương pháp cài đặt thời gian chờ. Như đã đề cập trước đó, Feign.Builder hoạt động như một đối tượng proxy động cho giao diện. Có nhiều thuộc tính trong Feign.Builder, bao gồm cả thuộc tính Tùy chọn liên quan đến thời gian chờ. Nếu bạn không đặt nó, thời gian chờ là mặc định. Mặc định là 10 giây cho thời gian chờ kết nối và 60 giây cho thời gian chờ đọc. Vì vậy, bạn có thể đặt thời gian chờ bằng cách đặt các tùy chọn trong Feign.Builder. Hãy có một bản demo. Chuẩn bị môi trường là một dự án SpringBoot đơn giản giới thiệu sự phụ thuộc Feign. Khai báo giao diện + chú thích. Điều được thể hiện ở đây là cách sử dụng nguyên gốc của Feign, tách biệt khỏi môi trường Spring Cloud, do đó @GetMappring của Spring không được hỗ trợ và các chú thích do chính Feign cung cấp sẽ được sử dụng thay thế. Kiểm tra mã. Các đường dẫn yêu cầu ở đây không tồn tại, vì chúng ta chỉ quan tâm đến giá trị tham số Options được truyền cho Client. Máy khách sử dụng cách triển khai mặc định của Client.Default khi chúng tôi không đặt nó. Nhấn điểm dừng để triển khai phương thức thực thi, chạy nó và bắt đầu. Kết quả là 5s chúng ta đặt ra. Ngoài việc cài đặt khi truyền Feign.Builder, Feign còn hỗ trợ cài đặt các tham số phương thức của giao diện. Lúc này, bạn chỉ cần thêm tham số loại Tùy chọn vào phương thức giao diện. Bằng cách này, thời gian chờ có thể được đặt khi truyền tham số. Tương tự, gỡ lỗi có thể thấy 3 giây chúng tôi đặt. Sự khác biệt chính giữa hai cài đặt thời gian chờ này là mức độ ưu tiên của thời gian chờ được đặt theo tham số phương thức cao hơn thời gian chờ do Feign.Builder đặt. Dùng hình ảnh để tóm tắt mối quan hệ trên. Do đó, nếu chỉ sử dụng Feign, bạn có thể đặt thời gian chờ theo hai phương pháp trên. Trong môi trường Spring Cloud, Feign chỉ là một lớp bao bì nên Feign có thể được sử dụng một mình ngay cả khi không có Ribbon và trung tâm đăng ký, nhưng cách sử dụng đã thay đổi một chút. Tuy nhiên, Feign vẫn cần được sử dụng kết hợp với Ribbon theo mặc định. Nếu bạn chỉ muốn sử dụng Feign một mình, hãy đặt thuộc tính url của chú thích @FeignClient và chỉ định địa chỉ và cổng được yêu cầu. Do đó, vì nó chỉ là đóng gói nên tất nhiên hai phương pháp nêu trên để đặt thời gian chờ có thể tiếp tục được sử dụng: Biểu mẫu thiết lập tham số phương thức hoàn toàn giống như đã đề cập ở trên, nhưng việc thiết lập nó thông qua Feign.Builder thì khác. Vì SpringCloud sẽ tự tạo Feign.Builder nên chúng ta không cần tạo nên khi thiết lập Options, Spring cung cấp 2 phím tắt để thiết lập. Nhưng cuối cùng nó được đặt thành Feign.Builder. Khi Spring xây dựng Feign.Builder, nó sẽ tìm thấy Bean Tùy chọn từ vùng chứa và sau đó đặt nó thành Feign.Builder. Tại thời điểm này, gỡ lỗi có thể thấy mã được đặt thành Feign.Builder. Mã này nằm trong phương thức configureUsingConfiguration trong FeignClientFactoryBean. Ngoài việc khai báo các Bean, Spring còn cung cấp cấu hình thông qua các file cấu hình, như sau: Tương tự, gỡ lỗi có thể nhìn thấy nó. Mã này nằm trong phương thức configureUsingConfiguration trong FeignClientFactoryBean. Cả hai tệp cấu hình và đậu được khai báo đều có thể được đặt, vậy cái nào có mức độ ưu tiên cao hơn khi được đặt cùng một lúc? Nếu không có cấu hình đặc biệt thì hãy làm theo quy định cấu hình của chính SpringBoot. Quy ước > Cấu hình > Mã hóa. Do đó, dựa trên quy tắc này, mức độ ưu tiên cấu hình của tệp cấu hình lớn hơn mức độ ưu tiên của việc khai báo các Bean theo cách thủ công. Đến đây, chúng ta đã tìm hiểu thêm hai phương thức cấu hình do Spring cung cấp để thuận tiện cho chúng ta thiết lập Feign.Builder: Thêm cả hai vào bức tranh được vẽ trước đó. Vì vậy, nếu bạn sử dụng Feign theo cách mà Spring Cloud cung cấp thì bạn có thể thiết lập thời gian chờ thuận tiện hơn bằng cách khai báo Options Bean và file cấu hình. Cuối cùng, nó thực sự được thiết lập thông qua Feign.Builder. Khi Feign được sử dụng với Ribbon, ngoài 2 phương pháp trên, thời gian chờ cũng có thể được thiết lập thông qua Ribbon. Nhưng ở đây tôi không biết bạn có tò mò không. Ribbon không phải là thành phần cân bằng tải, làm cách nào tôi có thể đặt thời gian chờ? Trên thực tế, điều này có liên quan đến vị trí của Ribbon ngoài thành phần cân bằng tải, Ribbon còn gửi các yêu cầu HTTP, tức là nó vẫn có thể gửi các yêu cầu HTTP mà không cần hợp tác với Feign. Hãy làm một bản demo đơn giản. Giải thích ý nghĩa của đoạn mã trên. Bằng cách này, một địa chỉ dịch vụ sẽ được chọn từ hai phiên bản dịch vụ dựa trên cân bằng tải để gửi yêu cầu http. Vì Ribbon có thể gửi các yêu cầu HTTP nên việc đặt thời gian chờ là điều đương nhiên. Khi Feign tích hợp Ribbon, để thống nhất cấu hình, nó đã mặc định quản lý thời gian chờ của riêng mình bằng Ribbon. Do đó, theo mặc định, thời gian chờ của Feign có thể được cấu hình bằng Ribbon. Thời gian chờ kết nối và đọc mặc định của Ribbon chỉ là 1 giây nên theo mặc định, thời gian chờ của Feign chỉ là 1 giây. IClientConfig là lớp cấu hình của Ribbon. Tất cả các cấu hình của Ribbon có thể được lấy từ IClientConfig. Do đó, theo mặc định, thời gian chờ xảy ra dễ dàng nhưng chúng ta có thể sửa đổi nó thông qua tệp cấu hình. Bạn có biết nếu bạn để ý rằng cài đặt thời gian chờ của Feign thông qua Ribbon được đề cập ở trên, từ này đã được nhắc đến liên tục. mặc định. Trong trường hợp nào nó được gọi là mặc định? Cái gọi là mặc định có nghĩa là khi bạn không chủ động đặt thời gian chờ của Feign thì đó là mặc định. Nói cách khác, một khi bạn đặt thời gian chờ của Feign thông qua các phương pháp cấu hình được đề cập ở trên, nó sẽ không còn là mặc định nữa. Lúc này, thời gian chờ thiết lập qua Ribbon sẽ không có hiệu lực. Để trả lời câu hỏi này, trước tiên chúng ta phải loại bỏ giao diện Client được đề cập nhiều lần trước đó. Trong môi trường SpringCloud, có một triển khai Client được gọi là LoadBalancerFeignClient. Như bạn có thể thấy từ tên, để triển khai Máy khách với cân bằng tải, việc triển khai cân bằng tải phải được Ribbon thực hiện. Vì vậy việc triển khai Client này được sử dụng khi Feign hợp tác với Ribbon. Bây giờ giao diện Máy khách đã được triển khai, chúng ta hãy xem logic triển khai của phương thức thực thi. Phương thức getClientConfig trong hình là logic cốt lõi để xác định nên sử dụng cấu hình Feign hay Ribbon. Logic phán đoán cốt lõi là dòng này. tùy chọn == TÙY CHỌN_MẶC_ĐỊNH 。 DEFAULT_OPTIONS là hằng số hết thời gian chờ. Khi đáp ứng các điều kiện phán đoán ở trên, cấu hình Ribbon sẽ được lấy thông qua this.clientFactory.getClientConfig(clientName). Vì đây là logic của Ribbon nên tôi sẽ không đi sâu vào chi tiết ở đây mà chỉ biết ý nghĩa của nó. Khi điều kiện không được đáp ứng, hãy sử dụng Tùy chọn để tạo FeignOptionsClientConfig. FeignOptionsClientConfig chỉ cần đọc cấu hình Tùy chọn và đặt nó thành cấu hình thời gian chờ của lớp cha DefaultClientConfigImpl. DefaultClientConfigImpl Ngay cả khi bạn không biết nó là gì, một điều bạn có thể biết là thời gian chờ dựa trên tham số Tùy chọn được truyền cho Máy khách. Vì vậy, tóm lại, câu hỏi của chúng ta trở nên rất dễ dàng, đó là khi nào. tùy chọn == TÙY CHỌN_MẶC_ĐỊNH 。 Chỉ khi điều kiện này được đáp ứng thì cấu hình Ribbon mới được sử dụng. Ở đây trước tiên chúng ta hãy xem những điều được đề cập trước đó. Như chúng tôi đã đề cập nhiều lần trước đây, Tùy chọn của Khách hàng cuối cùng chỉ đến từ hai cấu hình. Do đó, Tùy chọn DEFAULT_OPTIONS phải được đặt thông qua một trong hai phương pháp trên. Không thể đặt tham số phương thức thành DEFAULT_OPTIONS. Bởi vì điều này nằm trong tầm kiểm soát của chúng tôi, miễn là các tham số của chúng tôi không vượt qua DEFAULT_OPTIONS thì nó sẽ không bao giờ là DEFAULT_OPTIONS. Chỉ còn một tình huống duy nhất vào lúc này, đó là khi Spring được build trong Feign.Builder, nó được đặt thành DEFAULT_OPTIONS. Bằng cách tìm kiếm việc sử dụng DEFAULT_OPTIONS, chúng ta có thể theo dõi đoạn mã này. Đây không phải là cách đặt thời gian chờ bằng cách khai báo Bean như đã đề cập trước đó sao? Điểm khác biệt là nó thêm @ConditionalOnMissingBean Chú thích này có nghĩa là một khi chúng ta không tự khai báo Tùy chọn, chúng ta sẽ sử dụng Tùy chọn của anh ấy. Bây giờ cuối cùng mọi chuyện có vẻ rõ ràng. Nếu chúng ta không đặt thời gian chờ, Spring sẽ thêm Tùy chọn DEFAULT_OPTIONS vào Feign.Builder. Trong quá trình thực thi nhận thấy là DEFAULT_OPTIONS tức là chúng ta chưa chủ động thiết lập thời gian chờ và thời gian chờ của Ribbon sẽ được sử dụng. Để làm rõ logic trên dễ dàng hơn, đây là một bức tranh. Mặc dù Feign có thể sử dụng thời gian chờ của Ribbon nhưng cấu hình của Ribbon có mức ưu tiên thấp nhất. Tham số phương thức > Tệp cấu hình giả > Tùy chọn khai báo > Cấu hình dải băng. Trên thực tế, cá nhân tôi thích sử dụng phương pháp cấu hình Ribbon hơn. Ngoài việc thiết lập thời gian chờ, Ribbon còn có thể cấu hình các cấu hình khác như cơ chế thử lại và cân bằng tải. Để đơn giản hóa và thống nhất cấu hình quản lý, hãy sử dụng Ribbon để định cấu hình khoảng thời gian chờ. Có thể bạn có thắc mắc, Feign cũng hỗ trợ cơ chế thử lại, tại sao không chọn Feign nhỉ? Điều này là do cơ chế thử lại của Feign không tốt bằng Ribbon. Khi Ribbon thử lại, nó sẽ thử lại với một phiên bản dịch vụ khác vì lỗi ban đầu có thể không có. Giả vờ sẽ không thử lại với một phiên bản dịch vụ khác. Anh ta không biết phiên bản dịch vụ nào đã được sử dụng lần trước. Điều này có thể dẫn đến việc thử lại nhiều lần trên một phiên bản dịch vụ không khả dụng. Nếu trước đây bạn chưa nghiên cứu mối quan hệ cấu hình của Feign timeout thì chắc hẳn bạn đã đạt được điều gì đó vào lúc này. Nhưng đây có phải là kết thúc? Không, nó không đơn giản như vậy. Nếu bạn sử dụng Hystrix trong dự án của mình, bạn phải cẩn thận với các cấu hình được đề cập ở trên. Vì Hystrix và Feign dù sao cũng là cùng một gia đình nên khi Hystrix được giới thiệu, Feign đã khác so với trước đây. Hystrix sẽ làm một việc, đó là bảo vệ giao diện http của mỗi Feign. Suy cho cùng, Hystrix chỉ là một vệ sĩ mà thôi. Nhưng không sao cả nếu không có sự bảo vệ. Một khi được bảo vệ, các vấn đề sẽ nảy sinh một cách vô thức. Khi Hystrix đang bảo vệ, khi nhận thấy thời gian thực thi của giao diện được bảo vệ vượt quá thời gian tối đa do Hystrix đặt ra, nó sẽ trực tiếp thực hiện thao tác hạ cấp. Chúng tôi không quan tâm đến việc nó bị hạ cấp như thế nào. Điều chúng tôi quan tâm là giá trị tối đa của thời gian chờ Hystrix. Bởi vì một khi thời gian này nhỏ hơn thời gian chờ của Feign, sẽ xuất hiện giao diện Http đang được thực thi và không có ngoại lệ nào bị hạ cấp chỉ vì thời gian thực thi quá lâu. Giá trị thời gian chờ tối đa mặc định của Hystrix chỉ là 1s. Vì vậy cho dù thời gian chờ Feign của bạn có lớn đến đâu đi chăng nữa, nếu vượt quá 1 giây thì sẽ bị coi là hết thời gian chờ và bị hạ cấp, điều này quá bực bội. . Vì vậy chúng ta cần sửa đổi giá trị tối đa mặc định của thời gian chờ. Các mục cấu hình cụ thể như sau. Và thời gian nói chung phải tuân thủ các nguyên tắc sau. Thời gian chờ Hystrix >= (thời gian chờ kết nối + thời gian chờ đọc) * số lần thử lại. Chúng tôi cũng đã đề cập đến số lần thử lại trước đây. Mặc dù chúng tôi thường không đặt nó nhưng chúng tôi vẫn phải thêm nó vì mục đích nghiêm ngặt, vì thời gian thực hiện của giao diện HTTP chắc chắn liên quan đến số lần thử lại. thì càng mất nhiều thời gian. Phương pháp cài đặt thời gian chờ kết nối + thời gian chờ đọc đã được đề cập nhiều lần trước đây, cho dù được đặt thông qua chính Feign hay thông qua Ribbon thì tất cả đều có thể thực hiện được. Hôm nay tôi sẽ giới thiệu cho các bạn cài đặt thời gian chờ của Feign trong các điều kiện sử dụng khác nhau. Tóm tắt như sau: Nếu bài viết này hữu ích cho bạn, vui lòng chuyển tiếp, thích, sưu tầm và đọc. Cảm ơn bạn rất nhiều. Cách đọc mã nguồn, tôi đã tổng hợp 18 mẹo. Cách viết code đẹp, tôi đã tổng hợp được 45 mẹo. 15.000 từ + 30 hình ảnh để chỉ ra 11 điểm kiến thức phổ biến. Ba mươi nghìn từ để nắm bắt các điểm mở rộng chung của Spring/Boot. Bài đánh giá dài 30.000 từ về 9 chức năng cơ bản cốt lõi của Spring. Một bài đánh giá dài 20.000 từ về các mẫu thiết kế đã bị chơi xấu. Quét mã QR hoặc tìm kiếm và theo dõi nhật ký java của tài khoản chính thức Sanyou để có được thông tin kịp thời. Tài khoản chính thức cam kết giải thích công nghệ thông qua hình vẽ và ngôn ngữ dễ hiểu, giúp bạn dễ dàng tìm hiểu công nghệ hơn. câu hỏi phỏng vấn thực tế bằng cách trả lời cuộc phỏng vấn. kiến thức tiên quyết
Vai trò của Feign
công cộng
lớp học HttpClientDemo
{
công cộng tĩnh vô hiệu chủ yếu (Chuỗi[] đối số) ném Ngoại lệ
{
//Tạo một httpClient
HttpClient httpClient = HttpClientBuilder.create().build();
//Xây dựng yêu cầu nhận
HttpGet httpGet =
mới
HttpGet(
"http://192.168.100.1:8080/order/1"
);
//Gửi yêu cầu và nhận phản hồi
HttpResponse httpResponse = httpClient.execute(httpGet);
HttpEntity httpEntity = httpResponse.getEntity();
//Đọc giá trị phản hồi
Phản hồi chuỗi = EntityUtils.toString(httpEntity);
Hệ thống.out.println(
"Phản ứng: "
+ phản hồi);
}
}
Nguyên tắc giả vờ
Cài đặt thời gian chờ khi Feign được sử dụng một mình
1. Đặt qua Feign.Builder
< sự phụ thuộc >
< sự phụ thuộc >
< nhómId >
org.springframework.cloud
nhómId >
< hiện vậtId >
spring-cloud-starter-openfeign
hiện vậtId >
< phiên bản >
2.2.5.PHÁT HÀNH
phiên bản >
sự phụ thuộc >
sự phụ thuộc >
công cộng
giao diện API người dùng
{
@Yêu cầuDòng
(
"LẤY /user/{userId}"
)
Người sử dụng truy vấnNgười dùng (@Param( "ID người dùng" ) Số nguyên userId)
;
}
công cộng
lớp học giả vờDemo
{
công cộng tĩnh vô hiệu chủ yếu (Chuỗi[] đối số)
{
Máy khách UserApi = Feign.builder()
// Đặt kết nối và thời gian chờ đọc thành cả 5 giây
.tùy chọn(
mới
Yêu cầu.Tùy chọn(
5
, Đơn vị thời gian.GIÂY,
5
, Đơn vị thời gian.GIÂY,
ĐÚNG VẬY
))
.target(UserApi
. lớp học , " http :// máy chủ cục bộ :8088")
;
Người dùng người dùng = client.queryUser(
123
);
}
}
2. Cài đặt tham số trong phương thức giao diện
@Yêu cầuDòng
(
"LẤY /user/{userId}"
)
Người sử dụng truy vấnNgười dùng (@Param( "ID người dùng" ) Số nguyên userId, tùy chọn Request.Options)
;
Người dùng người dùng = client.queryUser(
123
,
mới
Yêu cầu.Tùy chọn(
3
, Đơn vị thời gian.GIÂY,
3
, Đơn vị thời gian.GIÂY,
ĐÚNG VẬY
));
Giả sử chỉ sử dụng cài đặt thời gian chờ trong SpringCloud
1. Khai báo một Options Bean
@Cấu hình
công cộng
lớp học Cấu hình giả vờ
{
@Đậu
công cộng
Lời yêu cầu.
Tùy chọn tùy chọn ()
{
trở lại
mới
Yêu cầu.Tùy chọn(
8
, Đơn vị thời gian.GIÂY,
8
, Đơn vị thời gian.GIÂY,
ĐÚNG VẬY
);
}
}
2. Đặt trong file cấu hình
giả vờ:
khách hàng:
cấu hình:
mặc định:
kết nốiThời gian chờ:
10000
thời gian chờ đọc:
10000
Thiết lập thông qua Ribbon dưới Spring Cloud
ruy-băng:
Kết nối thời gian chờ:
5000
Thời gian chờ đọc:
5000
Fign chuyển giao quản lý thời gian chờ cho Ribbon theo mặc định như thế nào?
Cái nào tốt hơn cho cấu hình Feign hay Ribbon?
Cài đặt thời gian chờ khi giới thiệu Hystrix
hystrix:
yêu cầu:
mặc định:
thực hiện:
sự cách ly:
chủ đề:
thời gian chờ tính bằng mili giây:
30000
Tóm tắt
Giả vờ. Người xây dựng và các tham số phương thức
Tùy chọn Đậu
Các bài viết phổ biến được đề xuất từ các số trước
Cuối cùng, bài viết này về cách đặt thời gian chờ của Feign, tôi đã nghiên cứu 4 tình huống, kết thúc tại đây. Nếu bạn muốn biết thêm về cách đặt thời gian chờ của Feign, tôi đã nghiên cứu 4 tình huống, vui lòng tìm kiếm các bài viết của CFSDN hoặc tiếp tục duyệt các bài viết liên quan. bạn sẽ ủng hộ blog của tôi trong tương lai! .
25
4
0
Tôi đang tạo một thủ tục lưu trữ trên máy chủ sql sẽ lấy đầu vào dưới dạng các sản phẩm được phân tách bằng dấu phẩy hoặc tùy chọn "tất cả". Khi người dùng chuyển ID sản phẩm được phân tách bằng dấu phẩy, truy vấn sẽ xuất dữ liệu cho tất cả ID sản phẩm. Tôi sử dụng câu lệnh "IN" để thực thi
Tôi có một ứng dụng khách dịch vụ web được tạo tự động. Tôi có rất nhiều lớp phức tạp mà tôi phải khớp mẫu. Bây giờ cấu trúc của tôi trông như thế này: val reply = client.getResponse reply matc
đóng cửa. Câu hỏi này dựa trên ý kiến. Hiện tại nó không chấp nhận câu trả lời. Bạn muốn cải thiện câu hỏi này? Cập nhật câu hỏi để việc chỉnh sửa bài đăng này có thể trả lời nó bằng các sự kiện và trích dẫn. Đã đóng 7 năm trước. Cải thiện điều này
Tôi cần cú pháp tsql chính xác để giải quyết vấn đề này: Chọn * từ bảng nơi var_A='10' chọn * từ bảng nơi var_B='10' Khi nào nên sử dụng
Tôi gặp phải vấn đề này. Bất cứ khi nào tôi chạy chương trình và gõ chữ m khi được yêu cầu, câu lệnh if của tôi không nhận ra nó. Có ai biết tại sao không? Tôi đã làm điều này trong một giờ mà không có kết quả. #include #include #include
Tôi đã tạo một bảng từ tên cột cơ sở dữ liệu "Bạn có hộ chiếu không" và người dùng trả lời có hoặc không, làm cách nào tôi có thể áp dụng css cho bảng này hoạt động linh hoạt. bảng, th, td { border: 1px màu đen;
Tôi có một số câu hỏi về onStatusChanged của lớp LocationListener. Nó biết rằng nó có thể có ba trạng thái: AVAILABLE, TEMPORARILY_UNAVAILABLE và OUT_O
Khi giới thiệu các loại ngoại lệ mới, tôi luôn không chắc chắn cách thực hiện chính xác. Có thỏa thuận chung không? Bạn làm điều đó như thế nào? Tôi quan tâm đến phạm vi mà bạn sắp xếp chúng (giữ chúng trong đơn vị mà chúng được sử dụng? Có đơn vị nào ở cấp thành phần không? Cấp gói? Ứng dụng?) Điều này cũng ảnh hưởng đến vòng đời
Tôi đã tạo thứ nguyên ngày bằng cách sử dụng: https://www.codeproject.com/Articles/647950/Create-and-Populate-Date-Dimension-for-D
Xin chào, tôi đang sử dụng trình duyệt kiosk hoàn chỉnh của Android sử dụng chế độ xem web bằng chrome. Nhưng một số phương thức hoặc hàm trong javascript không hoạt động bình thường, chẳng hạn như window.print().
Tôi có đoạn mã sau: public void OpenFile(string FileName) { if (FileName == null)
Lấy chỉ mục ra khỏi giới hạn ngoại lệ cho (int recordData = 0; recordData < recordDataList.size(); recordData++) {
Tôi sử dụng tính năng này để hiển thị thông báo khi đăng nhập khi xảy ra lỗi: × Người dùng hoặc mật khẩu không hợp lệ
Đây là kịch bản của tôi, tôi có một danh sách các ngoại lệ chứa các ngoại lệ tùy ý từ các hệ thống phân cấp khác nhau, ảnh chụp nhanh mã bên dưới sẽ giải thích những gì tôi cần làm riêng tư List ConnectionExceptions;
Tôi cố gắng tự động cập nhật thụt lề trái trong Jtextpane. Nhưng tôi không thể! Đây là những gì tôi đã thử! DefaultStyledDocument document = (DefaultStyledDocument) textp
Tôi không biết tại sao ngoại lệ này không hoạt động... import java.util.*; public class a { public static void main(String[] args
Tôi hiện đang gặp sự cố khi sử dụng nhiều thời điểm trong một trường hợp. Khi tôi gỡ bỏ cái thứ hai, nó hoạt động. Vấn đề là gì? Lỗi MYSQL được báo cáo là: #1064 - Bạn gặp lỗi trong S của mình
Ví dụ mình có bảng ghi lại các sự kiện người dùng xem và tải file, file_id hoạt động của người dùng 2 Tim view 1 Ron
Đây thực sự là một câu hỏi ngu ngốc, nhưng tôi cần một chút an ủi/giúp đỡ. Tôi có tình huống "đệ quy" hiện tại: void add( int value ) { // do something ... // if ( conditi
Tôi cố gắng sử dụng đoạn mã sau để đăng ký cuộc gọi lại trên một loạt nút. Nhưng tôi dường như không hiểu cách liên kết chuỗi cần thiết trong cuộc gọi lại. Mọi đề xuất sẽ được đánh giá cao! for (var i = 0; i < this.car_types.length
Trung tâm cá nhân
Điều phát hành
từ bỏ
Tôi là một lập trình viên xuất sắc, rất giỏi!